Dynamic address translation with translation exception qualifier

ABSTRACT

What is provided is an enhanced dynamic address translation facility. In one embodiment, a virtual address to be translated and an initial origin address of a translation table of the hierarchy of translation tables are obtained. Dynamic address translation of the virtual address proceeds. In response to a translation interruption having occurred during dynamic address translation, bits are stored in a translation exception qualifier (TXQ) field to indicate that the exception was either a host DAT exception having occurred while running a host program or a host DAT exception having occurred while running a guest program. The TXQ is further capable of indicating that the exception was associated with a host virtual address derived from a guest page frame real address or a guest segment frame absolute address. The TXQ is further capable of indicating that a larger or smaller host frame size is preferred to back a guest frame.

FIELD OF THE INVENTION

The present invention relates generally to systems and methods fortranslating a virtual address in a computer system and, moreparticularly, to systems and methods of translating a virtual addressinto a real or absolute address of a block of data in a computer systemhaving a dynamic address translation facility wherein virtual addresstranslation occurs via a hierarchy of translation tables.

BACKGROUND OF THE INVENTION

Dynamic Address Translation (DAT) provides the ability to interrupt theexecution of a program at an arbitrary moment, record it and its data inauxiliary storage, such as a direct access storage device, and at alater time return the program and the data to different main storage(memory) locations for resumption of execution. The transfer of theprogram and its data between main and auxiliary storage may be performedpiecemeal, and the return of the information to main storage may takeplace in response to an attempt by the CPU to access it at the time itis needed for execution. These functions may be performed without changeor inspection of the program and its data, do not require any explicitprogramming convention in the relocated program, and do not disturb theexecution of the program except for the time delay involved.

With appropriate support by an operating system, the dynamic addresstranslation facility may be used to provide to a user a system whereinstorage appears to be larger than the main storage which is available inthe configuration. This apparent main storage is often referred to asvirtual storage, and the addresses used to designate locations in thevirtual storage are often referred to as virtual addresses. The virtualstorage of a user may far exceed the size of the main storage which isavailable in the configuration and normally is maintained in auxiliarystorage. The virtual storage is considered to be composed of blocks ofdata, commonly called pages (also referred to as segments and regions).Only the most recently referred to pages of the virtual storage areassigned to occupy blocks of physical main storage. As the user refersto pages of virtual storage that do not appear in main storage, they arebrought in to replace pages in main storage that are less likely to beneeded. In some cases, virtual storage is assigned to main storage for along period of time (or permanently), regardless of whether the storageis referenced. The swapping of pages of storage may be performed by theoperating system without the user's knowledge.

Programs use addresses (or virtual addresses) to access virtual storage.The program may fetch instructions from virtual storage or load data orstore data from virtual storage using virtual addresses. The virtualaddresses associated with a range of virtual storage define an addressspace. With appropriate support by an operating system, the dynamicaddress translation facility may be used to provide a number of addressspaces. These address spaces may be used to provide degrees of isolationbetween users. Such support can consist of completely different addressspace for each user, thus providing complete isolation, or a shared areamay be provided by mapping a portion of each address space to a singlecommon storage area. Also, instructions are provided which permit asemi-privileged program to access more than one such address space.

Dynamic address translation provides for the translation of virtualaddresses from multiple different address spaces. On an IBM® System zprocessor, for example, these address spaces are called primary addressspace, secondary address space, and Access Register specified addressspaces. A privileged program can also cause the home address space to beaccessed. Dynamic address translation may be specified for instructionand data addresses generated by the CPU.

As is common in the art, DAT is performed by using successive portionsof the virtual address as indices to select entries in a series oftranslation tables (for example, region first, region second, regionthird, segment and page tables). Each intermediate table entry, ifmarked valid, contains the origin, offset and length of thenext-lower-level table, which is then indexed by the next portion of thevirtual address, until a “leaf” entry is reached, containing a real orabsolute frame address. The remaining portion of the virtual address isthen used as a byte index into that frame to complete the translationresult.

Virtualization is used to improve efficiency and flexibility incomputing environments. Prior to virtualization, a single operatingsystem typically ran in a machine. In a virtualized environment, ahypervisor program or host is in control of machine resources. This hostcreates multiple virtual machines, containers in which separate,independent operating system instances, called guests, can run, sharingresources such as processors and memory under control of the host.

In a pageable-guest (virtual machine) environment on, for example, anIBM® System z processor, dynamic address translation occurs at twolevels: a guest virtual page is backed by a guest real frame, and theseguest frames are in turn represented as host virtual memory, dividedinto host virtual pages which are backed by host real frames. Sinceaddress translation is managed independently by guest and host, a guestframe of either size may be mapped into host virtual area comprised ofpages of either size. Thus, a guest frame might consist of one hostpage, many host pages (large guest frame in small host pages), or aportion of a host page (small guest frames in a large host page). Memorycan be managed more efficiently, and the translation lookaside buffer(TLB) in the machine can be used more efficiently, when the host usesthe same size page as the guest frame it backs. So, for example, a guest1 Megabyte frame is treated as a unit by the guest, and should be backedby a host 1 Megabyte frame, rather than 256 separately paged 4 Kilobyteframes. This allows a single TLB entry to map the entire megabyte ofguest virtual addresses to the corresponding host absolute addresses.

In order that the host page size conforms to the guest frame size, thehost must be able to determine what size frames the guest intends to usein different areas of guest memory. In some cases, the guest may utilizea frame management instruction which indicates the intended guest framesize, and handling of that instruction by the firmware or the host canthen provide a host frame conforming in size to back the guest frame.However, if the guest does not use this instruction at time ofdeployment, or if it later changes the frame size, host and guest sizesmay no longer conform. In particular, if the host has paged out aportion of guest memory and the guest then references it, a hosttranslation exception ensues, so that the host has the opportunity toprovide backing memory with the preferred guest frame contents. Thisinterruption affords an additional opportunity for the host to assign aframe conforming in size to the guest frame.

What is needed is an enhanced dynamic address translation facility whichprovides additional functionality, heretofore unknown to this art, whicheffectively and efficiently informs the host processor to allocate aproperly sized frame with which to back the guest frame in response towhether the interruption was caused by executing in a host or guestconfiguration and, if in a guest configuration, whether the interruptionpertains to a guest large or small frame identified by a leaf guestDAT-table entry, or to a guest frame referenced in some other way.

SUMMARY OF THE INVENTION

What is provided are a system, method, and computer program product,providing a translation exception qualifier for a dynamic addresstranslation facility which translates a virtual address into a real orabsolute address of a block of data in main storage of a computer systemhaving a machine architecture.

In one example embodiment, a virtual address to be translated isobtained. An origin address of a first translation table of a hierarchyof translation tables used in translation is obtained. The hierarchy oftranslation tables consists of one or more of a region first table, aregion second table, a region third table, a segment table, andoptionally a page table. Dynamic address translation of the virtualaddress into a real or absolute address of a block of data in mainstorage proceeds. If translation cannot be completed, for example, ifone of the table entries needed for the translation is marked invalid,then a translation exception interruption occurs. In response to a hosttranslation exception interruption event having occurred duringtranslation of the virtual address, bits are stored in a translationexception qualifier to indicate that the translation exception was oneof a host DAT exception having occurred while running a host program,and a host DAT exception having occurred while running a guest program.The TXQ field is capable of also indicating that the translationexception was a guest DAT exception having occurred while running theguest program; that the host DAT exception pertained to an addressderived from a guest leaf table entry; that the host DAT exceptionpertained to an address derived from a guest page frame real address;and that the host DAT exception pertained to an address derived from aguest segment frame absolute address. The TXQ field is capable offurther indicating a size of a guest frame to which the host DATexception pertains and that a larger or smaller frame size is needed, sothat the host or firmware can provide a proper size of host frame withwhich to back a guest frame. Other embodiments are provided.

The invention will next be described in connection with certainillustrated embodiments. It should be understood that various changesand modifications can be made by those skilled in the art withoutdeparting from the spirit or scope of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying figures where like reference numerals refer toidentical or functionally similar elements throughout the separate viewsand which together with the detailed description below are incorporatedin and form part of the specification, serve to further illustratevarious embodiments and to explain various principles and advantages allin accordance with the present invention.

FIG. 1 illustrates one embodiment of a prior art host computer systemwherein guest and host enhanced dynamic address translation will beperformed;

FIG. 2 provides an example prior art emulated host computer system thatemulates the host computer system of a host architecture;

FIG. 3 illustrates one prior art embodiment of how the program statusword is used to determine the effective ASCE for dynamic addresstranslation of the virtual address;

FIG. 4 illustrates one prior art embodiment wherein the effective ASCEdetermined in FIG. 3 is used to determine the highest translation tablein the hierarchy of translation tables used in translation of thevirtual address;

FIG. 5A illustrates one embodiment of the process of dynamic addresstranslation of a virtual address using a hierarchy of translation tablesto the segment table level;

FIG. 5B illustrates a continuation of the dynamic address translation ofFIG. 5A wherein the Segment Table Entry (STE) format control (FC) iszero;

FIG. 5C illustrates a continuation of the dynamic address translation ofFIG. 5A wherein the Segment Table Entry (STE) format control (FC) isone;

FIG. 6 illustrates a flow diagram of one embodiment of enhanced dynamicaddress translation (EDAT) at the guest level to obtain a format controlfield in a segment table entry;

FIG. 7 illustrates a continuation of the flow diagram from node 630 ofFIG. 6 when the guest STE format control is zero;

FIG. 8 illustrates a continuation of the flow diagram from node 632 ofFIG. 6 when the guest STE format control is one;

FIG. 9 illustrates a flow diagram of one embodiment of EDAT at the hostlevel, which may be invoked from the guest EDAT process, to obtain aformat control field in a host segment table entry;

FIG. 10 illustrates a continuation of the flow diagram from node 928 ofFIG. 9 when the host STE format control is zero;

FIG. 11 illustrates a continuation of the flow diagram from node 930 ofFIG. 9 when the host STE format control is one; and

FIG. 12 illustrates the relationship between real and absoluteaddresses.

DETAILED DESCRIPTION

It should be understood that statements made in the specification of thepresent application do not necessarily limit any of the various claimedinventions. Moreover, some statements may apply to some inventivefeatures but not to others. Unless otherwise indicated, singularelements may be in the plural and vice versa with no loss of generality.

One of ordinary skill in this art would be readily familiar withaddressing storage in a computing environment and using bits in aregister or address field to indicate differing states and acting onthose states. Further, one of ordinary skill in this art would beknowledgeable in the art of computer software and knowledgeable aboutthe workings and interrelationships between components of computersystems sufficient to implement the teachings hereof in their owncomputing environments without undue experimentation.

Overview

What is provided is an example embodiment of an enhanced Dynamic AddressTranslation (DAT) facility. When the enhanced DAT facility is installedand enabled, DAT translation may produce either a page frame realaddress or a segment frame absolute address, determined by the SegmentTable Entry (STE) format control in the segment table entry. As usedherein, the term “enhanced DAT applies” means all of the following aretrue: 1) The EDAT facility is installed; 2) The EDAT facility is enabledvia control register 0 (CR0) bit 40; and, 3) The address is translatedby means of DAT-table entries.

When enhanced DAT applies, the following additional function isavailable in the DAT process:

-   -   A DAT protection bit is added to region table entries, providing        function similar to the DAT protection bits in the segment and        page table entries.    -   A STE format control is added to the segment table entry. When        the STE format control is zero, DAT proceeds as is currently        defined, except that a change recording override in the page        table entry indicates whether setting of the change bit may be        bypassed for the page.    -   When the STE format control is one, the segment table entry also        contains the following:        -   A segment frame absolute address (rather than a page table            origin) specifying the absolute storage location of the 1            Megabyte block.        -   Access control bits and a fetch protection bit which            optionally may be used in lieu of the corresponding bits in            the segment's individual storage keys.        -   A bit which determines the validity of the access control            bits and the fetch protection bit in the segment table            entry.        -   A change recording override which indicates whether setting            of the change bit may be bypassed in the segment's            individual storage keys.    -   A translation-exception qualifier (TXQ) is stored when a DAT        exception interruption occurs, to provide details as to the        execution environment (host or guest) in which the exception        occurred, and the source of the address that was being        translated.        Host Computer System

An emulated system includes an emulator program which emulates acomputer system that can provide both a host architecture and aninterpretive-execution capability. The emulated system memory maycontain both host and pageable guests. A host program running in anemulated host architecture can Start Interpretive Execution of a guestprogram, which then runs under emulation of the interpretive-executionfacility. One example of an interpretive-execution facility and a StartInterpretive Execution (SIE) instruction for executing pageable guestsis described in “IBM® System/370 Extended Architecture”, IBM® Pub. No.SA22-7095 (1985), which is incorporated herein by reference in itsentirety.

Reference is now being made to FIG. 1 which illustrates one embodimentof a host computer system 100 wherein guest and host enhanced dynamicaddress translation will be performed Host computing environment 100 ispreferably based on the z/Architecture® offered by InternationalBusiness Machines Corporation (IBM), Armonk, N.Y. The z/Architecture® ismore fully described in: “z/Architecture® Principles of Operation”, IBM®Pub. No. SA22-7832-05, 6^(th) Edition, (April 2007), which isincorporated by reference herein in its entirety. Computing environmentsbased on the z/Architecture® include, for example, eServer and zSeries®,both by IBM®.

Computing environment 100 includes a central processor complex (CPC) 102providing virtual machine support. CPC 102 includes, for instance, oneor more virtual machines 104, one or more processors 106, at least onehost 108 (e.g., a control program such as a hypervisor), and aninput/output subsystem 110. The virtual machine support of the CPCprovides the ability to operate large numbers of virtual machines, eachcapable of hosting a guest operating system 112, such as Linux.

Each virtual machine is capable of functioning as a separate system.That is, each virtual machine can be independently reset, host contain aguest operating system, and operate with different programs. Anoperating system or application program running in a virtual machineappears to have access to a full and complete system, but in reality,only a portion of it is available.

In this particular example, the model of virtual machines is a V=Vmodel, in which the memory of a virtual machine is backed by virtualmemory, instead of real memory. Each virtual machine has a virtuallinear memory space. The physical resources are owned by the host, andthe shared physical resources are dispatched by the host to the guestoperating systems, as needed, to meet their processing demands. This V=Vvirtual machine model assumes that the interactions between the guestoperating systems and the physical shared machine resources arecontrolled by the host, since the large number of guests typicallyprecludes the host from simply partitioning and assigning the hardwareresources to the configured guests. One or more aspects of the V=V modelare more fully described in: “z/VM: Running Guest Operating Systems”,IBM®Pub. No. SC24-5997-02, (2001), which is hereby incorporated hereinby reference in its entirety.

Central processors 106 are physical processor resources that areassignable to a virtual machine. For instance, virtual machine 104includes one or more virtual processors, each of which represents all ora share of a physical processor resource that may be dynamicallyallocated to the virtual machine. Virtual machines are managed by thehost. The host may be implemented in microcode running on one or moreprocessors or be part of a host operating system executing on themachine. In one example, the host is a VM hypervisor such as z/VM®offered by IBM®. One embodiment of z/VM® is more fully described in:“z/VM: General Information Manual”, IBM® Pub. No. GC24-5991-04, (2001),which is hereby incorporated herein by reference in its entirety.

Input/output system 110 directs the flow of information between devicesand main storage. It is coupled to the central processing complex. Itcan be part of the central processing complex or separate therefrom. TheI/O subsystem relieves the central processors of the task ofcommunicating directly with the I/O devices coupled to CPC and permitsdata processing to proceed concurrently with I/O processing.

The Central Processors 106 may have a Dynamic Address Translation (DAT)facility (function or unit) for transforming program addresses (virtualaddresses) into real address of memory. A DAT facility typicallyincludes a translation lookaside buffer for caching translations so thatlater accesses to the block of computer memory do not require the delayof address translation. Typically a cache is employed between thecomputer memory and the processor. The cache may be hierarchical havinga large cache available to more than one CPU and smaller, faster (lowerlevel) caches between the large cache and each CPU. In someimplementations the lower level caches are split to provide separate lowlevel caches for instruction fetching and data accesses. In anembodiment, an instruction is fetched from memory by an instructionfetch unit via a cache. The instruction is decoded in an instructiondecode unit and dispatched (with other instructions in some embodiments)to instruction execution units. Typically several execution units areemployed, for example an arithmetic execution unit, a floating pointexecution unit and a branch instruction execution unit. The instructionis executed by the execution unit, accessing operands from instructionspecified registers or memory as needed. If an operand is to be accessed(loaded or stored) from memory, a load store unit typically handles theaccess under control of the instruction being executed.

In an embodiment, the invention may be practiced by software (sometimesreferred to Licensed Internal Code (LIC), firmware, micro-code,milli-code, pico-code and the like, any of which would be consistentwith the present invention). Software program code which embodies thepresent invention is typically accessed by the processor also known as aCPU (Central Processing Unit) of computer system from a long termstorage media, such as a CD-ROM drive, tape drive or hard drive. Thesoftware program code may be embodied on any of a variety of known mediafor use with a data processing system, such as a diskette, hard drive,or CD-ROM. The code may be distributed on such media, or may bedistributed to users from the computer memory or storage of one computersystem over a network to other computer systems for use by users of suchother systems.

Alternatively, the program code may be embodied in the memory, andaccessed by the processor using the processor bus. Such program codeincludes an operating system which controls the function and interactionof the various computer components and one or more application programs.Program code is normally paged from dense storage media to a high speedmemory where it is available for processing by the processor. Thetechniques and methods for embodying software program code in memory, onphysical media, and/or distributing software code via networks are wellknown and will not be further discussed herein. Program code, whencreated and stored on a tangible medium (including but not limited toelectronic memory modules (RAM), flash memory, compact discs (CDs),DVDs, magnetic tape and the like is often referred to as a “computerprogram product”. The computer program product medium is typicallyreadable by a processing circuit preferably in a computer system forexecution by the processing circuit.

Another example of a computing environment to incorporate one or moreaspects of the present invention is depicted in FIG. 2. In this example,an emulated host computer system 200 is provided that emulates a hostcomputer system 202 of a host architecture. Emulated host processor 204(or virtual host processor) is realized through an emulation processor206 having a different native instruction set architecture than used bythe processors of the host computer. Emulated host computer system hasmemory 208 accessible to emulation processor 206. In the exampleembodiment, memory 208 is partitioned into a host computer memory 210portion and an emulation routines 212 portion. Host computer memory 210is available to programs of emulated host computer 202 and may containboth a host or hypervisor 214 and one or more virtual machines 216running guest operating systems 218, analogous to the like-namedelements in FIG. 1. Emulation processor 206 executes native instructionsof an architected instruction set of an architecture other than that ofthe emulated processor; the native instructions are obtained, forexample, from emulation routines memory 212. Emulation processor 206 mayaccess a host instruction for execution from a program in host computermemory 210 by employing one or more instruction(s) obtained in asequence & access/decode routine which may decode the hostinstruction(s) accessed to determine a native instruction executionroutine for emulating the function of the host instruction accessed. Onesuch host instruction may be, for example, a Start InterpretiveExecution (SIE) instruction, by which the host seeks to execute aprogram in a virtual machine. The emulation routines 212 may includesupport for this instruction, and for executing a sequence of guestinstructions in a virtual machine in accordance with the definition ofthis SIE instruction.

Other facilities that are defined for the host computer systemarchitecture may be emulated by architected facilities routines,including such facilities as general purpose registers, controlregisters, dynamic address translation, and I/O subsystem support andprocessor cache for example. The emulation routines may also takeadvantage of functions available in the emulation processor 206 (such asgeneral registers and dynamic translation of virtual addresses) toimprove performance of the emulation routines. Special hardware andoffload engines may also be provided to assist the processor inemulating the function of the host computer. The host computer, in oneembodiment, is in communication with a variety of known storage media220, such as, for example, a diskette, hard drive, or CD-ROM. Softwareprogram code may be distributed on such media or may be distributed tousers over a network 222.

Computer Processor and Registers

In an embodiment, a CPU's program instruction functionality communicateswith a plurality of registers over a communication bus. Thecommunication bus may be internal or external to the CPU. Some registersmay be read only. Other hardware and/or software may also read/write toone or more of the registers accessible by the CPU. An instructionoperation code (opcode) determines which type of register is to be usedin any particular machine instruction operation.

General Registers

Instructions may designate information in one or more of 16 generalregisters. The general registers may be used as base address registersand index registers in address arithmetic and as accumulators in generalarithmetic and logical operations. Each register contains 64 bitpositions. The general registers are identified by the numbers 0-15 andare designated by a four bit R field in an instruction. Someinstructions provide for addressing multiple general registers by havingseveral R fields. For some instructions, the use of a specific generalregister is implied rather than explicitly designated by an R field ofthe instruction.

For some operations, either bits 32-63 or bits 0-63 of two adjacentgeneral registers are coupled, providing a 64-bit or 128-bit format,respectively. In these operations, the program must designate an evennumbered register, which contains the leftmost (high order) 32 or 64bits. The next higher numbered register contains the rightmost (loworder) 32 or 64 bits. In addition to their use as accumulators ingeneral arithmetic and logical operations, 15 of the 16 generalregisters are also used as base address and index registers in addressgeneration. In these cases, the registers are designated by a four bit Bfield or X field in an instruction. A value of zero in the B or X fieldspecifies that no base or index is to be applied, and, thus, generalregister 0 cannot be designated as containing a base address or index.

Control Registers

The control registers provide for maintaining and manipulating controlinformation outside the program status word. The CPU has 16 controlregisters, each having 64 bit positions. The bit positions in theregisters are assigned to particular facilities in the system, such asprogram event recording, and are used either to specify that anoperation can take place or to furnish special information required bythe facility. The control registers are identified by the numbers 0-15and are designated by four bit R fields in the instructions LOAD CONTROLand STORE CONTROL. Multiple control registers can be addressed by theseinstructions.

Control Register 1

Control register 1 contains the Primary Address Space Control Element(PASCE). In one embodiment, control register 1 has one of the followingtwo formats, depending on the real space control bit (R) in theregister:

Selected fields in the Primary Address Space Control Element (PASCE) areallocated as follows:

Primary Region Table or Segment Table Origin: Bits 0-51 of the primaryregion table or segment table designation in control register 1, with 12zeros appended on the right, form a 64-bit address that designates thebeginning of the primary region table or segment table. It isunpredictable whether the address is real or absolute. This table iscalled the primary region table or segment table since it is used totranslate virtual addresses in the primary address space.

Primary Real Space Control (R): If bit 58 of control register 1 is zero,the register contains a region table or segment table designation. Ifbit 58 is one, the register contains a real space designation. When bit58 is one, a one value of the common segment bit in a translationlookaside buffer representation of a segment table entry prevents theentry and the translation lookaside buffer page table copy it designatesfrom being used when translating references to the primary addressspace, even with a match between the token origin in control register 1and the table origin in the translation lookaside buffer entry.

Primary Designation Type Control (DT): When R is zero, the type of tabledesignation in control register 1 is specified by bits 60 and 61 in theregister, as follows:

Primary Designation Type (DT) control bits Bits 60 and 61 DesignationType 11 Region-first-table 10 Region-second-table 01 Region-third-table00 Segment-table

When R is zero, bits 60 and 61 must be 11 binary when an attempt is madeto use the PASCE to translate a virtual address in which the leftmostone bit is in bit positions 0-10 of the address. Similarly, bits 60 and61 must be 11 or 10 binary when the leftmost one bit is in bit positions11-21 of the address, and they must be 11, 10, or 01 binary when theleftmost one bit is in bit positions 22-32 of the address. Otherwise, anASCE-type exception is recognized.

Primary Region Table or Segment Table Length (TL): Bits 62 and 63 of theprimary region table designation or segment table designation in controlregister 1 specify the length of the primary region table or segmenttable in units of 4,096 bytes, thus making the length of the regiontable or segment table variable in multiples of 512 entries. The lengthof the primary region table or segment table, in units of 4,096 bytes,is one more than the TL value. The contents of the length field are usedto establish whether the portion of the virtual address (RFX, RSX, RTX,or SX) to be translated by means of the table designates an entry thatfalls within the table.

Primary Real Space Token Origin: Bits 0-51 of the primary real spacedesignation in control register 1, with 12 zeros appended on the right,form a 64-bit address that may be used in forming and using translationlookaside buffer entries that provide a virtual equals real translationfor references to the primary address space. Although this address isused only as a token and is not used to perform a storage reference, itstill must be a valid address; otherwise, an incorrect translationlookaside buffer entry may be used when the contents of control register1 are used.

The following bits of control register 1 are not assigned and areignored: bits 52, 53, and 59 if the register contains a region tabledesignation or segment table designation, and bits 52, 53 and 59-63 ifthe register contains a real space designation.

Control Register 7

Control register 7 contains the Secondary Address Space Control Element(SASCE). In one embodiment, control register 7 has one of the followingtwo formats, depending on the real space control bit (R) in theregister:

Control Register 13

Control register 13 contains the Home Address Space Control Element(HASCE). In one embodiment, control register 13 has one of the followingtwo formats, depending on the real space control bit (R) in theregister:

Access Registers

The CPU has 16 access registers numbered 0-15. An access registerconsists of 32 bit positions containing an indirect specification of anASCE. An ASCE is a parameter used by the dynamic address translation(DAT) mechanism to translate references to a corresponding addressspace. When the CPU is in a mode called the access register mode(controlled by bits in the program status word), an instruction B field,used to specify a logical address for a storage operand reference,designates an access register, and the ASCE specified by the accessregister is used by DAT for the reference being made. For someinstructions, an R field is used instead of a B field. Instructions areprovided for loading and storing the contents of the access registersand for moving the contents of one access register to another.

Each of access registers 1-15 can designate any address space, includingthe current instruction space (the primary address space). Accessregister 0 designates the primary instruction space. When one of accessregisters 1-15 is used to designate an address space, the CPU determineswhich address space is designated by translating the contents of theaccess register. When access register 0 is used to designate an addressspace, the CPU treats the access register as designating the primaryinstruction space, and it does not examine the actual contents of theaccess register. Therefore, the 16 access registers can designate, atany one time, the primary instruction space and a maximum of 15 otherspaces.

Program Status Word (PSW)

The program status word includes the instruction address, conditioncode, and other information used to control instruction sequencing andto determine the state of the CPU. The active or controlling programstatus word is called the current program status word. It governs theprogram currently being executed.

The CPU has an interruption capability, which permits the CPU to switchrapidly to another program in response to exceptional conditions andexternal stimuli. When an interruption occurs, the CPU places thecurrent program status word in an assigned storage location, called theold program status word location, for the particular class ofinterruption. The CPU fetches a new program status word from a secondassigned storage location. This new program status word determines thenext program to be executed. When it has finished processing theinterruption, the program handling the interruption may reload the oldprogram status word, making it again the current program status word, sothat the interrupted program can continue.

There are six classes of interruption: external, I/O, machine check,program, restart, and supervisor call. Each class has a distinct pair ofold program status word and new program status word locationspermanently assigned in real storage.

Current Program Status Word

The current program status word in the CPU contains information requiredfor the execution of the currently active program. The program statusword is 128 bits in length and includes the instruction address,condition code, and other control fields. In general, the program statusword is used to control instruction sequencing and to hold and indicatemuch of the status of the CPU in relation to the program currently beingexecuted. Additional control and status information is contained incontrol registers and permanently assigned storage locations. The statusof the CPU can be changed by loading a new program status word or partof a program status word.

Control is switched during an interruption of the CPU by storing thecurrent program status word, so as to preserve the status of the CPU,and then loading a new program status word. Execution of LOAD PSW orLOAD PSW EXTENDED, or the successful conclusion of the initial programloading sequence, introduces a new program status word. The instructionaddress is updated by sequential instruction execution and replaced bysuccessful branches. Other instructions are provided which operate on aportion of the program status word.

A new or modified program status word becomes active (that is, theinformation introduced into the current program status word assumescontrol over the CPU) when the interruption or the execution of aninstruction that changes the program status word is completed. Theinterruption for Program Event Recording (PER) associated with aninstruction that changes the program status word occurs under control ofthe PER mask that is effective at the beginning of the operation. Bits0-7 of the program status word are collectively referred to as thesystem mask. In one embodiment, the program status word has thefollowing format:

The following is a brief summary of the functions of selected programstatus word fields.

DAT Mode (T): Bit 5 controls whether implicit dynamic addresstranslation of logical and instruction addresses used to access storagetakes place. When bit 5 is zero, DAT is off and logical and instructionaddresses are treated as real addresses. When bit 5 is one, DAT is on,and the dynamic address translation mechanism is invoked.

PSW Key: Bits 8-11 form the access key for storage references by theCPU. If the reference is subject to key controlled protection, the PSWKey is matched with a storage key when information is stored or wheninformation is fetched from a location that is protected againstfetching. However, for one of the operands of each of MOVE TO PRIMARY,MOVE TO SECONDARY, MOVE WITH KEY, MOVE WITH SOURCE KEY, and MOVE WITHDESTINATION KEY, an access key specified as an operand is used insteadof the PSW Key.

Address Space Control (AS): Bits 16 and 17, in conjunction with ProgramStatus Word bit 5, control the translation mode.

Condition Code (CC): Bits 18 and 19 are the two bits of the conditioncode. The condition code is set to 0, 1, 2, or 3, depending on theresult obtained in executing certain instructions. Most arithmetic andlogical operations, as well as some other operations, set the conditioncode. The instruction BRANCH ON CONDITION can specify any selection ofthe condition code values as a criterion for branching.

Instruction Address: Bits 64-127 of the program status word are theinstruction address. This address designates the location of theleftmost byte of the next instruction to be executed, unless the CPU isin the wait state (bit 14 of the program status word is one).

Address Types & Formats

For purposes of addressing main storage, three basic types of addressesare recognized: absolute, real, and virtual. The addresses aredistinguished on the basis of the transformations that are applied tothe address during a storage access. Address translation converts avirtual address to a real address. Prefixing converts a real address toan absolute address. In addition to the three basic address types,additional types are defined which are treated as one or another of thethree basic types, depending on the instruction and the current mode.

Absolute Address

An absolute address is the address assigned to a main storage location.An absolute address is used for a storage access without anytransformations performed on it. The channel subsystem and all CPUs inthe configuration refer to a shared main storage location by using thesame absolute address. Available main storage is usually assignedcontiguous absolute addresses starting at 0, and the addresses areassigned in complete 4 Kilobyte blocks on integral boundaries. Anexception is recognized when an attempt is made to use an absoluteaddress in a block which has not been assigned to physical locations. Onsome models, storage reconfiguration controls may be provided whichpermit the operator to change the correspondence between absoluteaddresses and physical locations. However, at any one time, a physicallocation is not associated with more than one absolute address. Storageconsisting of byte locations sequenced according to their absoluteaddresses is referred to as absolute storage.

Real Address

A real address identifies a location in real storage. When a realaddress is used for an access to main storage, it is converted, by meansof prefixing, to form an absolute address. At any instant there is onereal address to absolute address mapping for each CPU in theconfiguration. When a real address is used by a CPU to access mainstorage, it may be converted to an absolute address by prefixing. Theparticular transformation is defined by the value in the prefix registerfor the CPU. Storage consisting of byte locations sequenced according totheir real addresses is referred to as real storage.

Virtual Address

A virtual address identifies a location in virtual storage. When avirtual address is used for an access to main storage, it is translatedby means of dynamic address translation, either to a real address whichmay be subject to prefixing to form an absolute address, or directly toan absolute address.

Primary Virtual Address

A primary virtual address is a virtual address which is to be translatedby means of the Primary Address Space Control Element (PASCE). Logicaladdresses are treated as primary virtual addresses when in the primaryspace mode. Instruction addresses are treated as primary virtualaddresses when in the primary space mode, secondary space mode, oraccess register mode. The first operand address of MOVE TO PRIMARY andthe second operand address of MOVE TO SECONDARY are treated as primaryvirtual addresses. In addition, when a pageable guest is executing, themain storage (memory) which the guest views as absolute storage isrepresented in the host's primary address space; that is, guest absoluteaddresses are treated as host primary virtual addresses.

Secondary Virtual Address

A secondary virtual address is a virtual address which is to betranslated by means of the Secondary Address Space Control Element(SASCE). Logical addresses are treated as secondary virtual addresseswhen in the secondary space mode. The second operand address of MOVE TOPRIMARY and the first operand address of MOVE TO SECONDARY are treatedas secondary virtual addresses.

AR Specified Virtual Address

An AR specified virtual address is a virtual address which is to betranslated by means of an Access Register-specified Address SpaceControl Element. Logical addresses are treated as AR specified addresseswhen in the access register mode.

Home Virtual Address

A home virtual address is a virtual address which is to be translated bymeans of the Home Address Space Control Element (HASCE). Logicaladdresses and instruction addresses are treated as home virtualaddresses when in the home space mode.

Instruction Address

Addresses used to fetch instructions from storage are called instructionaddresses. Instruction addresses are treated as real addresses in thereal mode, as primary virtual addresses in the primary space mode,secondary space mode, or access register mode, and as home virtualaddresses in the home space mode. The instruction address in the currentprogram status word and the target address of EXECUTE are instructionaddresses.

Effective Address

In some situations, it is convenient to use the term “effectiveaddress.” An effective address is the address which exists before anytransformation by dynamic address translation or prefixing is performed.An effective address may be specified directly in a register or mayresult from address arithmetic. Address arithmetic is the addition ofthe base and displacement or of the base, index, and displacement.

Prefixing

Prefixing provides the ability to assign the range of real addresses0-8191 to a different block in absolute storage for each CPU, thuspermitting more than one CPU sharing main storage to operateconcurrently with a minimum of interference, especially in theprocessing of interruptions. Prefixing causes real addresses in therange 0-8191 to correspond one-for-one to the block of 8K byte absoluteaddresses (the prefix area) identified by the value in bit positions0-50 of the prefix register for the CPU, and the block of real addressesidentified by that value in the prefix register to correspondone-for-one to absolute addresses 0-8191. The remaining real addressesare the same as the corresponding absolute addresses. Thistransformation allows each CPU to access all of main storage, includingthe first 8K bytes and the locations designated by the prefix registersof other CPUs.

The prefix is a 51-bit quantity contained in bit positions 0-50 of theprefix register. In one embodiment, the prefix register has thefollowing format:

When prefixing is applied, the real address is transformed into anabsolute address by using one of the following rules, depending on bits0-50 of the real address:

-   -   1. Bits 0-50 of the address, if all zeros, are replaced with        bits 0-50 of the prefix.    -   2. Bits 0-50 of the address, if equal to bits 0-50 of the        prefix, are replaced with zeros.    -   3. Bits 0-50 of the address, if not all zeros and not equal to        bits 0-50 of the prefix, remain unchanged.

Only the address presented to storage is translated by prefixing. Thecontents of the source of the address remain unchanged.

The distinction between real and absolute addresses is made even whenthe prefix register contains all zeros, in which case a real address andits corresponding absolute address are identical.

Relationship between Real and Absolute Addresses

The relationship between real and absolute addresses is graphicallydepicted in (1) and (2) in FIG. 12, wherein.

-   -   (1) Real addresses in which bits 0-50 are equal to bits 0-50 of        the prefix for this CPU (A or B)    -   (2) Absolute addresses of the block that contains for this CPU        (A or B) the real locations 0-8191.        Address Spaces

An address space is a consecutive sequence of integer numbers (virtualaddresses); together with the specific transformation parameters whichallow each number to be associated with a byte location in storage. Thesequence starts at zero and proceeds left to right.

When a virtual address is used by a CPU to access main storage, it isfirst converted, by means of dynamic address translation (DAT), to areal or absolute address. A real address may be further subjected toprefixing to form an absolute address. DAT may use a region first table,region second table, region third table, segment table, and a page tableas transformation parameters. The designation (origin and length) of thehighest level table for a specific address space is called an AddressSpace Control Element (ASCE), and it is found for use by DAT in acontrol register or as specified by an access register. Alternatively,the ASCE for an address space may be a real space designation, whichindicates that DAT is to translate the virtual address simply bytreating it as a real address and without using any tables.

DAT uses, at different times, the ASCE in different control registers orspecified by the access registers. The choice is determined by thetranslation mode specified in the current program status word. Fourtranslation modes are available: primary space mode, secondary spacemode, access register mode, and home space mode. Different addressspaces are addressable depending on the translation mode.

At any instant when the CPU is in the primary space mode or secondaryspace mode, the CPU can translate virtual addresses belonging to twoaddress spaces—the primary address space and the secondary addressspace. At any instant when the CPU is in the access register mode, itcan translate virtual addresses of up to 16 address spaces—the primaryaddress space and up to 15 AR specified address spaces. At any instantwhen the CPU is in the home space mode, it can translate virtualaddresses of the home address space.

The primary address space is identified as such because it consists ofprimary virtual addresses, which are translated by means of the PrimaryAddress Space Control Element (PASCE). Similarly, the secondary addressspace consists of secondary virtual addresses translated by means of theSecondary Address Space Control Element (SASCE). The AR specifiedaddress spaces consist of AR specified virtual addresses translated bymeans of Access Register-specified Address Space Control Element (ARspecified ASCE), and the home address space consists of home virtualaddresses translated by means of the Home Address Space Control Element(HASCE). The primary and secondary ASCEs are in control registers 1 and7, respectively. The AR specified ASCEs may be in control registers 1and 7, or in table entries called ASN second table entries. The HASCE isin control register 13.

Dynamic Address Translation

Dynamic address translation is the process of translating a virtualaddress (during a storage reference, for example) into the correspondingmain memory address (real address or absolute address in theembodiment). The virtual address may be a primary virtual address,secondary virtual address, Access Register specified virtual address, ora home virtual address. These addresses are translated by means of thePASCE, SASCE, AR-specified ASCE, or the HASCE, respectively. Afterselection of the appropriate ASCE, the translation process is the samefor all of the four types of virtual address.

Addressing Translation Mode

An effective address is the address (virtual address) which existsbefore any transformation by dynamic address translation or prefixing isperformed. The three bits in the program status word that controldynamic address translation are bit 5, the DAT mode bit, and bits 16 and17, the address space control bits. When the DAT mode bit is zero, thenDAT is off, and the CPU is in the real mode. When the DAT mode bit isone, then DAT is on, and the CPU is in the translation mode designatedby the address space control bits: binary 00 designates the primaryspace mode, binary 01 designates the access register mode, binary 10designates the secondary space mode, and binary 11 designates the homespace mode. The various modes are shown below, along with the handlingof addresses in each mode.

Translation Modes Handling of Addresses PSW Bit Instruction Logical 5 1617 DAT Mode Addresses Addresses 0 0 0 Off Real mode Real Real 0 0 1 OffReal mode Real Real 0 1 0 Off Real mode Real Real 0 1 1 Off Real modeReal Real 1 0 0 On Primary-space Primary Primary mode virtual virtual 10 1 On Access-register Primary AR-specified mode virtual virtual 1 1 0On Secondary-space Primary Secondary mode virtual virtual 1 1 1 OnHome-space mode Home Home virtual virtual

The Program Status Word is a 128 bit word which, in part, provides 2bits which indicate the addressing mode. In one embodiment, bit 31 isthe Extended Addressing Mode (EA) bit and bit 32 is the Base AddressingMode (BA) bit. These two bits indicate the size of addresses. The stateof each of these two bits is binary (1 or 0). If the EA bit is 0 and theBA bit is 0 then 24-bit addressing is indicated. If 24-bit addressing isindicated, bits 40-63 of a 64-bit word (a 64-bit entity is commonlycalled a doubleword) is where the address is located. Where theinstruction address occupies the second 64 bits of a 128-bit entity (aquadword), the bit positions in the program status word are as follows.In 24-bit mode, the instruction address is in bits 104-127 of theprogram status word. In the 31-bit mode, the instruction address is inbits 97-127 of the program status word. In 64-bit mode, the instructionaddress is in bits 64-127 of the program status word. If the EA bit is 0and the BA bit is 1 then 31-bit addressing is indicated. The appropriate64-bit word contains a 31-bit address located at bit positions 33-63. Ifthe EA bit is 1 and the BA bit is 1 then bits 0-63, which is the entire64-bits, of a 64-bit word contains the address. Otherwise, an exceptioncondition is indicated. Once the addressing mode has been obtained, theASCE needs to be determined.

Address Space Control Element (ASCE)

Reference is now being made to FIG. 3 which illustrates one embodimentof how the Program Status Word is used to determine the effectiveAddress Space Control Element (ASCE) for dynamic address translation ofthe virtual address. The ASCE may specify, for example, a 2 Gigabytes(Giga=2³⁰) address space. Or, it may specify, for example, 4 Terabytes(Tera=2⁴⁰), 8 Petabytes (Peta=2⁵⁰), or a 16 Exabytes (Exa=2⁶⁰) addressspace. Or, it may specify a real-space designation. A real spacedesignation causes the virtual address to be treated as a real addressin storage without referencing one or more address translation tables.

The Program Status Word 300 contains a translation (T) bit 302 andAddress Space (AS) bits 304. At 306, if the translation (T) bit is zerothen the address is a real address 326. If, at 308, the Address Space(AS) equals zero (binary 00) then the effective ASCE for this virtualaddress is the Primary Address Space Control Element (PASCE) 310. If, at312, the Address Space (AS) equals one (binary 01) then the effectiveASCE is the Access Register-specified Address Space Control Element 314.If, at 316, an Address Space (AS) equals two (binary 10) then theeffective ASCE is the Secondary Address Space Control Element (SASCE)318. Otherwise, the Address Space (AS) equals three (binary 11) and theeffective ASCE is the Home Address Space Control Element (HASCE) 322.

After selection of the effective ASCE, the process of dynamic addresstranslation is preferably the same for all four types of virtualaddresses.

A segment table designation or region table designation causestranslation to be performed by means of tables established by theoperating system in real or absolute storage. A real space designationcauses the virtual address simply to be treated as a real address,without the use of tables in storage.

In the process of translation when using a segment table designation ora region table designation, three types of units of information arerecognized—regions, segments, and pages. A region is a block ofsequential virtual addresses spanning 2 Gigabytes and beginning at a 2Gigabyte boundary. A segment is a block of sequential virtual addressesspanning 1 Megabytes and beginning at a 1 Megabyte boundary. A page is ablock of sequential virtual addresses spanning 4 Kilobytes and beginningat a 4 Kilobyte boundary.

Virtual Address Format

Translation of a virtual address may involve referencing a plurality oftranslation tables of a hierarchy of translation tables to obtain a realor absolute address. The real address may be further subject to aprefixing operation to form an absolute address. The virtual addresscontains indexes to entries in translation tables in the hierarchy oftranslation tables. The virtual address, accordingly, is divided intofour principal fields. Bits 0-32 are called the region index (RX), bits33-43 are called the segment index (SX), bits 44-51 are called the pageindex (PX), and bits 52-63 are called the byte index (BX). In oneembodiment, the virtual address has the following format:

As determined by its ASCE, a virtual address space may be a 2 Gigabytespace consisting of one region, or it may be up to a 16 Exabyte spaceconsisting of up to 8 Gigabyte regions. The RX part of a virtual addressapplying to a 2 Gigabyte address space must be all zeros; otherwise, anexception is recognized. The RX part of a virtual address is itselfdivided into three fields. Bits 0-10 are called the region first index(RFX), bits 11-21 are called the region second index (RSX), and bits22-32 are called the region third index (RTX). In one embodiment, bits0-32 of the virtual address have the following format:

A virtual address in which the RTX is the leftmost significant part (a42-bit address) is capable of addressing 4 Terabytes (2048 regions), onein which the RSX is the leftmost significant part (a 53-bit address) iscapable of addressing 8 Petabytes (4,194,304 regions), and one in whichthe RFX is the leftmost significant part (a 64-bit address) is capableof addressing 16 Exabytes (8,589,934,592 regions).

A virtual address in which the RX is zero can be translated into a realaddress by means of two translation tables: a segment table and a pagetable. With the EDAT facility enabled, the translation may be completedwith only the segment table. The RFX may be non-zero, in which case, aregion first table, region second table, and region third table, arerequired. If the RFX is zero, but the RSX may be non-zero, a regionsecond table and region third table are required. If the RFX and RSX arezero, but the RTX may be non-zero, a region third table is required.

An exception is recognized if the ASCE for an address space does notdesignate the highest level of table (beginning with the region firsttable and continuing downward to the segment table) needed to translatea reference to the address space.

Dynamic Translation of the Virtual Address

Reference is now being made to FIG. 4 illustrating one embodimentwherein the effective ASCE determined in FIG. 3 is used to determine thefirst translation table in the hierarchy of translation tables used intranslation of the virtual address.

In one embodiment, control register 1 (CR1) contains the PASCE. Controlregister 7 (CR7) contains the SASCE. Control register 13 (CR13) containsthe HASCE, and an Address-Space-Second-table Entry (ASTE) that isderived by the Access-Register-Translation (ART) process contains anAccess Register-specified Address Space Control Element. An effectiveASCE 400 is selected from one of these locations.

A first portion of the effective ASCE 400 contains a table origin 402which contains an origin address designating either a region firsttable, a region second table, a region third table, or a segment table.The table origin (bits 0 . . . 51) is appended with 12 binary zeros toform a 64-bit origin address of the highest translation table in thehierarchy of translation tables to be used in translation of the virtualaddress. Effective ASCE 400 also contains a real space control (R) bit404 and DT bits 406. If the real space control (R) bit is zero then theDT bits are decoded by selector 408 to determine which particular originaddress is table origin 402. If the DT bits equal three (binary 11) thentable origin 402 designates a region first table 410. If the DT bitsequal two (binary 10) then table origin 402 designates a region secondtable 412. If the DT bits equal one (binary 01) then table origin 402designates a region third table 414. Otherwise, if the DT bits equalzero (binary 00) then table origin 402 designates a segment table 416.

A region first table, region second table, or region third table issometimes referred to simply as a region table. Similarly, a regionfirst table designation, region second table designation, or regionthird table designation is sometimes referred to as a region tabledesignation. The region, segment, and page tables reflect the currentassignment of real storage. Page is a term used for the assignment ofvirtual storage. Real storage is allotted in fixed blocks. Pages neednot be adjacent in real storage even though assigned to a set ofsequential virtual addresses.

When the ASCE used in a translation is a region first table designation,the translation process consists in a multi-level lookup using, forexample, a region first table, a region second table, a region thirdtable, a segment table, and optionally a page table. These tables residein real or absolute storage. When the ASCE is a region second tabledesignation, region third table designation, or segment tabledesignation, the lookups in the levels of tables above the designatedlevel are omitted, and the higher level tables themselves are omitted.

Reference is now being made to FIG. 5A illustrating one embodiment ofdynamic address translation of a virtual address using a hierarchy oftranslation tables.

The effective ASCE 400 of FIG. 4 contains the Designation Type (DT) bits406. If the real space control (R) 404 bit of the ASCE is zero then theDT bits are decoded by selector 408 to determine which origin addresstable origin 402 designates. If the real space control (R) bit is onethen dynamic address translation takes place as shown at node D 564 inFIG. 5B.

If the DT bits equal three (binary 11) in selector 408 then thedesignated first table in the hierarchy of translation tables is aregion first table. Table origin 402 is arithmetically added, at 502,with a Region First Index (RFX) 508 portion of the virtual address toreference region first table entry 506 in a region first table. Thetable origin (either with 12 zeros appended on the right, or multipliedby 4096) is added to the product of the index multiplied by 8 (or theindex with three zeros appended on the right). The region first tableentry contains a region second table origin 504 to a next lower table inthe hierarchy of translation tables used in translation. The next lowertable to the region first table is the region second table. If theinvalid (I) bit of the region first table entry is equal to one then theregion first table entry is invalid and cannot be used in translation.An exception condition is indicated.

If the DT bits equal two (binary 10) in selector 408 then the designatedfirst table in the hierarchy of translation tables is a region secondtable. Table origin 402 is arithmetically added, at 510, with a RegionSecond Index (RSX) 516 portion of the virtual address to referenceregion second table entry 514 in a region second table. The table origin(either with 12 zeros appended on the right, or multiplied by 4096) isadded to the product of the index multiplied by 8 (or the index withthree zeros appended on the right). The region second table entrycontains a region third table origin 512 to a next lower table in thehierarchy of translation tables used in translation. The next lowertable to the region second table is the region third table. If theinvalid (I) bit of the region second table entry is equal to one thenthe region second table entry is invalid and an exception condition isindicated.

If the DT bits equal one (binary (01) in selector 408 then thedesignated first table in the hierarchy of translation tables is aregion third table. Table origin 402 is arithmetically added, at 518,with a Region Third Index (RTX) 524 portion of the virtual address toreference region third table entry 522 in a region third table. Thetable origin (either with 12 zeros appended on the right, or multipliedby 4096) is added to the product of the index multiplied by 8 (or theindex with three zeros appended on the right). The region third tableentry contains a segment table origin 520 to a next lower table in thehierarchy of translation tables used in translation. The next lowertable to the region third table is the segment table. If the invalid (I)bit of the region third table entry is equal to one then the regionthird table entry is invalid and an exception condition is indicated.

If the DT bits equal zero (binary (00) in selector 408 then thedesignated first table in the hierarchy of translation tables is asegment table. Table origin 402 is arithmetically added, at 526, with aSegment Index (SX) 532 portion of the virtual address to referencesegment table entry 530 in a segment table. The table origin (eitherwith 12 zeros appended on the right, or multiplied by 4096) is added tothe product of the index multiplied by 8 (or the index with three zerosappended on the right). The segment table entry contains either anorigin address to a page table or a segment frame absolute address(SFAA), either shown at 528. If the invalid (I) bit of the segment tableentry is equal to one then the segment table entry is invalid and anexception condition is indicated.

At 538, the STE format control (FC) bit of the segment table isexamined. If the STE format control is one then the segment table entry530 contains a segment frame absolute address (SFAA) 552 and dynamicaddress translation continues with reference to node 562 in FIG. 5C.Otherwise, the segment table entry obtained form the segment tablecontains a page table origin address and dynamic address translationcontinues with reference to node 560 in FIG. 5B.

With reference now being made to FIG. 5B. If the STE format control inthe segment table entry is zero then the segment table entry obtainedfrom the segment table contains an origin address to the next lowertable in the hierarchy of translation tables. The next lower table tothe segment table is a page table. The page table origin 528, obtainedfrom segment table entry 530 of FIG. 5A, is arithmetically added, at538, with a Page Index (PX) 534 portion of the virtual address toreference page table entry 542 in a page table. The table origin (eitherwith 11 zeros appended on the right, or multiplied by 2048) is added tothe product of the index multiplied by 8 (or the index with three zerosappended on the right). The page table entry contains a page frame realaddress (PFRA) 546. When the leftmost bits of the page frame realaddress are concatenated, at 548, with a byte index (BX) 536 portion ofthe virtual address, a 64-bit real address 550 is obtained. The real64-bit address may be further subjected to a prefixing operation to forman absolute address. The translated virtual address references a desired4 Kilobyte (4096 bytes) block of data in main storage or memory.

Preferably, information used in dynamic translation of a virtual addressto a memory address is stored in a translation lookaside buffer entrytag along with the address of the block of memory associated with thevirtual address. Subsequent storage access can quickly translate avirtual address by comparing ASCE information and virtual addressinformation with translation lookaside buffer tags. If a tag is found tobe that of the virtual address, the translation lookaside buffer addressof the block of memory can be used instead of performing the slowsequential access of each translation table involved. In one embodiment,the page frame real address (PFRA) along with a tag consisting of, forexample, the ASCE and the RX, SX, and PX portions of the virtual addressare stored in an entry of the translation lookaside buffer 544.Subsequent translation of this virtual address is thereafter derivedfrom the information stored in the translation lookaside buffer.

With reference now being made to FIG. 5C. If the STE format control inthe segment table entry 530 is one then the segment table entry containsa segment frame absolute address (SFAA) 552. When the leftmost bits ofthe segment frame absolute address are concatenated, at 554, with a pageindex 534 portion and a byte index 536 portion of the virtual address, a64-bit absolute address 556 is obtained. The translated virtual addressreferences a desired large block of data in main storage or memory. Thelarge block of data is at least 1 megabyte (1,048,576 bytes) in size.

In one embodiment, the segment frame absolute address (SFAA) along withthe RX and SX portions of the virtual address are stored in atranslation lookaside buffer 544. Subsequent translation of this virtualaddress is thereafter derived from the information stored in thetranslation lookaside buffer.

Translation Table Entry Formats

Embodiments of the various translation table entries in the hierarchy oftranslation tables used in translation are as follows.

Region Table Entries

The term “region table entry” means a region first table entry, regionsecond table entry, or region third table entry. The entries fetchedfrom the region first table, region second table, and region third tablehave the following formats. The level (first, second, or third) of thetable containing an entry is identified by the table type (TT) bits inthe entry.

In one embodiment, the formats of the region first table entry, theregion second table entry, and the region third table entry are asfollows:

Region Second Table Origin, Region Third Table Origin, and Segment TableOrigin: A region first table entry contains a region second tableorigin. A region second table entry contains a region third tableorigin. A region third table entry contains a segment table origin. Thefollowing description applies to each of the three table origins. Bits0-51 of the entry, with 12 zeros appended on the right, form a 64-bitaddress that designates the beginning of the next lower level table.

DAT Protection Bit (P): When enhanced DAT applies, bit 54 is treated asbeing OR'ed with the DAT protection bit in each subsequent region tableentry, segment table entry, and, when applicable, page table entry usedin the translation. Thus, when the bit is one, DAT protection applies tothe entire region or regions specified by the region table entry. Whenthe enhanced DAT facility is not installed, or when the facility isinstalled but the enhanced DAT enablement control is zero, bit 54 of theregion table entry is ignored.

Region Second Table Offset, Region Third Table Offset, and Segment TableOffset (TF): A region first table entry contains a region second tableoffset. A region second table entry contains a region third tableoffset. A region third table entry contains a segment table offset. Thefollowing description applies to each of the three table offsets. Bits56 and 57 of the entry specify the length of a portion of the next lowerlevel table that is missing at the beginning of the table, that is, thebits specify the location of the first entry actually existing in thenext lower level table. The bits specify the length of the missingportion in units of 4,096 bytes, thus making the length of the missingportion variable in multiples of 512 entries. The length of the missingportion, in units of 4,096 bytes, is equal to the TF value. The contentsof the offset field, in conjunction with the length field, bits 62 and63, are used to establish whether the portion of the virtual address(RSX, RTX, or SX) to be translated by means of the next lower leveltable designates an entry that actually exists in the table.

Region Invalid Bit (I): Bit 58 in a region first table entry or regionsecond table entry controls whether the set of regions associated withthe entry is available. Bit 58 in a region third table entry controlswhether the single region associated with the entry is available. Whenbit 58 is zero, address translation proceeds by using the region tableentry. When the bit is one, the entry cannot be used for translation.

Table Type Bits (TT): Bits 60 and 61 of the region first table entry,region second table entry, and region third table entry identify thelevel of the table containing the entry, as follows: Bits 60 and 61 mustidentify the correct table level, considering the type of tabledesignation that is the ASCE being used in the translation and thenumber of table levels that have so far been used; otherwise, atranslation specification exception is recognized. The following tableshows the table type bits:

Table Type bits for region table Entries Bits 60 and 61 Region-TableLevel 11 First 10 Second 01 Third

Region Second Table Length, Region Third Table Length, and Segment TableLength (TL): A region first table entry contains a region second tablelength. A region second table entry contains a region third tablelength. A region third table entry contains a segment table length. Thefollowing description applies to each of the three table lengths. Bits62 and 63 of the entry specify the length of the next lower level tablein units of 4,096 bytes, thus making the length of the table variable inmultiples of 512 entries. The length of the next lower level table, inunits of 4,096 bytes, is one more than the TL value. The contents of thelength field, in conjunction with the offset field, bits 56 and 57, areused to establish whether the portion of the virtual address (RSX, RTX,or SX) to be translated by means of the next lower level tabledesignates an entry that actually exists in the table. All other bitpositions of the region table entry are reserved for possible futureextensions and should contain zeros; otherwise, the program may notoperate compatibly in the future. When enhanced DAT applies, thereserved bit positions of the region table entry should contain zeroseven if the table entry is invalid.

Segment Table Entries

When enhanced DAT does not apply, or when enhanced DAT applies and theSTE format control, bit 53 of the segment table entry is zero, the entryfetched from the segment table, in one embodiment, has the followingformat:

When enhanced DAT applies and the STE format control is one, the entryfetched from the segment table, in one embodiment, has the followingformat:

Selected fields in the segment table entry are allocated as follows:

Page Table Origin: When enhanced DAT does not apply, or when enhancedDAT applies but the STE format control, bit 53 of the segment tableentry, is zero, bits 0-52, with 11 zeros appended on the right, form a64-bit address that designates the beginning of a page table. It isunpredictable whether the address is real or absolute.

Segment Frame Absolute Address (SFAA): When enhanced DAT applies and theSTE format control is one, bits 0-43 of the entry, with 20 zerosappended on the right, form the 64-bit absolute address of the segment.

ACCF Validity Control (AV): When enhanced DAT applies and the STE formatcontrol is one, bit 47 is the access control bits and fetch protectionbit (ACCF) validity control. When the AV control is zero, bits 48-52 ofthe segment table entry are ignored. When the AV control is one, bits48-52 are used as described below.

Access Control Bits (ACC): When enhanced DAT applies, the STE formatcontrol is one, and the AV control is one, bits 48-51 of the segmenttable entry contain the access control bits that may be used for any keycontrolled access checking that applies to the address.

Fetch Protection Bit (F): When enhanced DAT applies, the STE formatcontrol is one, and the AV control is one, bit 52 of the segment tableentry contains the fetch protection bit that may be used for any keycontrolled access checking that applies to the address.

STE Format Control (FC): When enhanced DAT applies, bit 53 is the formatcontrol for the segment table entry, as follows:

-   -   When the FC bit is zero, bits 0-52 of the entry form the page        table origin, and bit 55 is reserved.    -   When the FC bit is one, bits 0-43 of the entry form the segment        frame absolute address, bit 47 is the ACCF validity control,        bits 48-51 are the access control bits, bit 52 is the fetch        protection bit, and bit 55 is the change recording override.        When enhanced DAT does not apply, bit 53 is ignored.

DAT Protection Bit (P): Bit 54, when one, indicates that DAT protectionapplies to the entire segment.

-   -   When enhanced DAT does not apply, bit 54 is treated as being        OR'ed with the DAT protection bit in the page table entry used        in the translation.    -   When enhanced DAT applies, the DAT protection bit in any and all        region table entries used in the translation are treated as        being OR'ed with the DAT protection bit in the segment table        entry; when the STE format control is zero, the DAT protection        bit in the STE is further treated as being OR'ed with the DAT        protection bit in the page table entry.

Change Recording Override (CO): When enhanced DAT applies, and the STEformat control is one, bit 55 of the segment table entry is the changerecording override for the segment. When enhanced DAT does not apply, orwhen enhanced DAT applies but the STE format control is zero, bit 55 ofthe segment table entry is ignored.

Segment Invalid Bit (I): Bit 58 controls whether the segment associatedwith the segment table entry is available.

-   -   When the bit is zero, address translation proceeds by using the        segment table entry.    -   When the bit is one, the segment table entry cannot be used for        translation.

Common Segment Bit (C): Bit 59 controls the use of the translationlookaside buffer copies of the segment table entry. When enhanced DATdoes not apply or when enhanced DAT applies but the format control iszero, bit 59 also controls the use of the translation lookaside buffercopies of the page table designated by the segment table entry.

-   -   A zero identifies a private segment; in this case, the segment        table entry and any page table it designates may be used only in        association with the segment table origin that designates the        segment table in which the segment table entry resides.    -   A one identifies a common segment; in this case, the segment        table entry and any page table it designates may continue to be        used for translating addresses corresponding to the segment        index, even though a different segment table is specified.

However, translation lookaside buffer copies of the segment table entryand any page table for a common segment are not usable if the privatespace control, bit 55, is one in the ASCE used in the translation or ifthat ASCE is a real space designation. The common segment bit must bezero if the segment table entry is fetched from storage during atranslation when the private space control is one in the ASCE beingused. Otherwise, a translation specification exception is recognized.

Table Type Bits (TT): Bits 60 and 61 of the segment table entry are 00binary to identify the level of the table containing the entry. Themeanings of all possible values of bits 60 and 61 in a region tableentry or segment table entry are as follows:

Table Type Bits 60, 61 Bits 60 and 61 Table Level 11 Region-first 10Region-second 01 Region-third 00 Segment

Bits 60 and 61 must identify the correct table level, considering thetype of table designation that is the ASCE being used in the translationand the number of table levels that have so far been used; otherwise, atranslation specification exception is recognized. All other bitpositions of the segment table entry are reserved for possible futureextensions and should contain zeros; otherwise, the program may notoperate compatibly in the future. When enhanced DAT applies, thereserved bit positions of the segment table entry should contain zeroseven if the table entry is invalid.

Page Table Entries

In one embodiment, the entry fetched from the page table has thefollowing format:

Selected fields in the page table entry are allocated as follows:

Page Frame Real Address (PFRA): Bits 0-51 provide the leftmost bits of areal storage address. When these bits are concatenated with the 12-bitbyte index field of the virtual address on the right, a 64-bit realaddress is obtained.

Page Invalid Bit (I): Bit 53 controls whether the page associated withthe page table entry is available. When the bit is zero, addresstranslation proceeds by using the page table entry. When the bit is one,the page table entry cannot be used for translation.

DAT Protection Bit (P): Bit 54 controls whether store accesses can bemade in the page. This protection mechanism is in addition to the keycontrolled protection and low address protection mechanisms. The bit hasno effect on fetch accesses. If the bit is zero, stores are permitted tothe page, subject to the following additional constraints:

-   -   The DAT protection bit being zero in the segment table entry        used in the translation.    -   When enhanced DAT applies, the DAT protection bit being zero in        all region table entries used in the translation.    -   Other protection mechanisms.

If the bit is one, stores are disallowed. When no higher priorityexception conditions exist, an attempt to store when the DAT protectionbit is one causes a protection exception to be recognized. The DATprotection bit in the segment table entry is treated as being OR'ed withbit 54 when determining whether DAT protection applies to the page. Whenenhanced DAT applies, the DAT protection bit in any region table entriesused in translation are also treated as being OR'ed with bit 54 whendetermining whether DAT protection applies.

Change Recording Override (CO): When enhanced DAT does not apply, bit 55of the page table entry must contain zero; otherwise, a translationspecification exception is recognized as part of the execution of aninstruction using that entry for address translation. When enhanced DATapplies and the STE format control is zero, bit 55 of the page tableentry is the change recording override for the page.

Bit position 52 of the entry must contain zero; otherwise, a translationspecification exception is recognized as part of the execution of aninstruction using that entry for address translation. Bit positions56-63 are not assigned and are ignored.

Another Embodiment of the Dynamic Translation

This section describes the translation process as it is performedimplicitly before a virtual address is used to access main storage.

Translation of a virtual address is controlled by the DAT mode bit andaddress space control bits in the program status word and by the ASCEsin control registers 1, 7, and 13 and as specified by the accessregisters. When the ASCE used in a translation is a region first tabledesignation, the translation is performed by means of a region firsttable, region second table, region third table, segment table, and pagetable, all of which reside in real or absolute storage. When the ASCE isa lower level type of table designation (region second tabledesignation, region third table designation, or segment tabledesignation) the translation is performed by means of only the tablelevels beginning with the designated level, and the virtual address bitsthat would, if non-zero, require use of a higher level or levels oftable must be all zeros; otherwise, an ASCE-type exception isrecognized. When the ASCE is a real space designation, the virtualaddress is treated as a real address, and table entries in real orabsolute storage are not used.

The ASCE used for a particular address translation is called theeffective ASCE. Accordingly, when a primary virtual address istranslated, the contents of control register 1 are used as the effectiveASCE. Similarly, for a secondary virtual address, the contents ofcontrol register 7 are used; for an AR specified virtual address, theASCE specified by the access register is used; and for a home virtualaddress, the contents of control register 13 are used.

When the real space control in the effective ASCE is zero, thedesignation type in the ASCE specifies the table designation type:region first table, region second table, region third table, or segmenttable. The corresponding portion of the virtual address (region firstindex, region second index, region third index, or segment index) ischecked against the table length field in the designation, and it isadded to the origin in the designation to select an entry in thedesignated table. If the selected entry is outside its table, asdetermined by the table length field in the designation, or if the I bitis one in the selected entry, a region first translation, region secondtranslation, region third translation, or segment translation exceptionis recognized, depending on the table level specified by thedesignation. If the table type bits in the selected entry do notindicate the expected table level, a translation specification exceptionis recognized.

The table entry selected by means of the effective ASCE designates thenext lower level table to be used. If the current table is a regionfirst table, region second table, or region third table, the nextportion of the virtual address (region second index, region third index,or segment index, respectively) is checked against the table offset andtable length fields in the current table entry, and it is added to theorigin in the entry to select an entry in the next lower level table. Ifthe selected entry in the next table is outside its table, as determinedby the table offset and table length fields in the current table entry,or if the I bit is one in the selected entry, a region secondtranslation, region third translation, or segment translation exceptionis recognized, depending on the level of the next table. If the tabletype bits in the selected entry do not indicate the expected tablelevel, a translation specification exception is recognized.

Processing of portions of the virtual address by means of successivetable levels continues until a segment table entry has been selected.The segment table entry contains a page protection bit that applies toall pages in the specified segment.

The page index portion of the virtual address is added to the page tableorigin in the segment table entry to select an entry in the page table.If the I bit is one in the page table entry, a page translationexception is recognized. The page table entry contains the leftmost bitsof the real address that represents the translation of the virtualaddress, and it contains a page protection bit that applies only to thepage specified by the page table entry.

The byte index field of the virtual address is used unchanged as therightmost bit positions of the real address.

In order to eliminate the delay associated with references totranslation tables in real or absolute storage, the information fetchedfrom the tables normally is also placed in a special buffer, thetranslation lookaside buffer, and subsequent translations involving thesame table entries may be performed by using the information recorded inthe translation lookaside buffer. The translation lookaside buffer mayalso record virtual equals real translations related to a real spacedesignation.

Whenever access to real or absolute storage is made during the addresstranslation process for the purpose of fetching an entry from a regiontable, segment table, or page table, key controlled protection does notapply.

Lookup in a Table Designated by an ASCE

The DT control, bits 60-61 of the effective ASCE, specifies both thetable designation type of the ASCE and the portion of the virtualaddress that is to be translated by means of the designated table, asfollows:

Translation by means of Designated Table Virtual-Address Bits 60 PortionTranslated and 61 Designation Type by the Table 11 Region-first-tableRegion first index (bits 0-10) 10 Region-second-table Region secondindex (bits 11-21) 01 Region-third-table Region third index (bits 22-32)00 Segment-table Segment index (bits 33-43)

When bits 60 and 61 have the value 11 binary, the region first indexportion of the virtual address, in conjunction with the region firsttable origin contained in the ASCE, is used to select an entry from theregion first table. The 64-bit address of the region first table entryin real or absolute storage is obtained by appending 12 zeros to theright of bits 0-51 of the region first table designation and adding theregion first index with three rightmost and 50 leftmost zeros appended.As part of the region first table lookup process, bits 0 and 1 of thevirtual address (which are bits 0 and 1 of the region first index) arecompared against the table length, bits 62 and 63 of the region firsttable designation, to establish whether the addressed entry is withinthe region first table. If the value in the table length field is lessthan the value in the corresponding bit positions of the virtualaddress, a region first translation exception is recognized. Thecomparison against the table length may be omitted if the equivalent ofa region first table entry in the translation lookaside buffer is usedin the translation. The entry fetched from the region first tabledesignates the beginning and specifies the offset and length of thecorresponding region second table.

When bits 60 and 61 of the ASCE have the value 10 binary, the regionsecond index portion of the virtual address, in conjunction with theregion second table origin contained in the ASCE, is used to select anentry from the region second table. Bits 11 and 12 of the virtualaddress (which are bits 0 and 1 of the region second index) are comparedagainst the table length in the ASCE. If the value in the table lengthfield is less than the value in the corresponding bit positions of thevirtual address, a region second translation exception is recognized.The comparison against the table length may be omitted if the equivalentof a region second table entry in the translation lookaside buffer isused in the translation. The region second table lookup process isotherwise the same as the region first table lookup process; the entryfetched from the region second table designates the beginning andspecifies the offset and length of the corresponding region third table.

When bits 60 and 61 of the ASCE have the value 01 binary, the regionthird index portion of the virtual address, in conjunction with theregion third table origin contained in the ASCE, is used to select anentry from the region third table. Bits 22 and 23 of the virtual address(which are bits 0 and 1 of the region third index) are compared againstthe table length in the ASCE. If the value in the table length field isless than the value in the corresponding bit positions of the virtualaddress, a region third translation exception is recognized. The regionthird table lookup process is otherwise the same as the region firsttable lookup process, including the checking of the table type bits inthe region third table entry. The entry fetched from the region thirdtable designates the beginning and specifies the offset and length ofthe corresponding segment table.

When bits 60 and 61 of the ASCE have the value 00 binary, the segmentindex portion of the virtual address, in conjunction with the segmenttable origin contained in the ASCE, is used to select an entry from thesegment table. Bits 33 and 34 of the virtual address (which are bits 0and 1 of the segment index) are compared against the table length in theASCE. If the value in the table length field is less than the value inthe corresponding bit positions of the virtual address, a segmenttranslation exception is recognized. The comparison against the tablelength may be omitted if the equivalent of a segment table entry in thetranslation lookaside buffer is used in the translation. The segmenttable lookup process is otherwise the same as the region first tablelookup process, including the checking of the table type bits in thesegment table entry. Processing is as follows:

-   -   When enhanced DAT does not apply, or when enhanced DAT applies        but the STE format control is zero, the entry fetched from the        segment table designates the beginning of the corresponding page        table, and processing continues as described in “Page Table        Lookup”, below.    -   When enhanced DAT applies and the STE format control is one, the        entry fetched from the segment table contains the leftmost bits        of the segment frame absolute address. If the DAT protection bit        is one either in any region table entry used in the translation        or in the segment table entry, and the storage reference for        which the translation is being performed is a store, a        protection exception is recognized.        Lookup in a Table Designated by a Region Table Entry

When the effective ASCE is a region table designation, a region tableentry is selected as described in the preceding section. Then thecontents of the selected entry and the next index portion of the virtualaddress are used to select an entry in the next lower level table, whichmay be another region table or a segment table. When the table entryselected by means of the ASCE is a region first table entry, the regionsecond index portion of the virtual address, in conjunction with theregion second table origin contained in the region first table entry, isused to select an entry from the region second table. The 64-bit addressof the region second table entry in real or absolute storage is obtainedby appending 12 zeros to the right of bits 0-51 of the region firsttable entry and adding the region second index with three rightmost and50 leftmost zeros appended.

When forming the address of a region second, region third, or segmenttable entry, it is unpredictable whether prefixing, if any, is appliedto the respective table origin contained in the higher level table entrybefore the addition of the table index value, or prefixing is applied tothe table entry address that is formed by the addition of the tableorigin and table index value.

As part of the region second table lookup process, bits 11 and 12 of thevirtual address (which are bits 0 and 1 of the region second index) arecompared against the table offset, bits 56 and 57 of the region firsttable entry, and against the table length, bits 62 and 63 of the regionfirst table entry, to establish whether the addressed entry is withinthe region second table. If the value in the table offset field isgreater than the value in the corresponding bit positions of the virtualaddress, or if the value in the table length field is less than thevalue in the corresponding bit positions of the virtual address, aregion second translation exception is recognized.

The region second table designates the beginning and specifies theoffset and length of the corresponding region third table.

When the table entry selected by means of the ASCE is a region secondtable entry, or if a region second table entry has been selected bymeans of the contents of a region first table entry, the region thirdindex portion of the virtual address, in conjunction with the regionthird table origin contained in the region second table entry, is usedto select an entry from the region third table. Bits 22 and 23 of thevirtual address (which are bits 0 and 1 of the region third index) arecompared against the table offset and table length in the region secondtable entry. A region third translation exception is recognized if thetable offset is greater than bits 22 and 23 or if the table length isless than bits 22 and 23. The region third table lookup process isotherwise the same as the region second table lookup process. The entryfetched from the region third table designates the beginning andspecifies the offset and length of the corresponding segment table.

When the table entry selected by means of the ASCE is a region thirdtable entry, or if a region third table entry has been selected by meansof the contents of a region second table entry, the segment indexportion of the virtual address, in conjunction with the segment tableorigin contained in the region third table entry, is used to select anentry from the segment table. Bits 33 and 34 of the virtual address(which are bits 0 and 1 of the segment index) are compared against thetable offset and table length in the region third table entry. A segmenttranslation exception is recognized if the table offset is greater thanbits 33 and 34 or if the table length is less than bits 33 and 34. Atranslation specification exception is recognized if (1) the privatespace control, bit 55, in the ASCE is one and (2) the common segmentbit, bit 59, in the entry fetched from the segment table is one. Thesegment table lookup process is otherwise the same as the region secondtable lookup process. Processing is as follows:

-   -   When enhanced DAT does not apply, or when enhanced DAT applies        but the STE format control is zero, the entry fetched from the        segment table designates the beginning of the corresponding page        table, and processing continues as described in “Page Table        Lookup”, below.    -   When enhanced DAT applies and the STE format control is one, the        entry fetched from the segment table contains the leftmost bits        of the segment frame absolute address. If the DAT protection bit        is one either in any region table entry used in the translation        or in the segment table entry, and the storage reference for        which the translation is being performed is a store, a        protection exception is recognized.        Page Table Lookup

When enhanced DAT does not apply, or when enhanced DAT applies but theSTE format control is zero, the page index portion of the virtualaddress, in conjunction with the page table origin contained in thesegment table entry, is used to select an entry from the page table.

The 64-bit address of the page table entry in real or absolute storageis obtained by appending 11 zeros to the right of the page table originand adding the page index, with three rightmost and 53 leftmost zerosappended. A carry out of bit position 0 cannot occur.

The entry fetched from the page table indicates the availability of thepage and contains the leftmost bits of the page frame real address. Thepage invalid bit, bit 53, is inspected to establish whether thecorresponding page is available. If this bit is one, a page translationexception is recognized. If bit position 52 contains a one, atranslation specification exception is recognized. When enhanced DATdoes not apply, or enhanced DAT applies and the STE format control iszero, a translation specification exception is also recognized if bitposition 55 contains a one. If the DAT protection bit is one either inthe segment table entry used in the translation, in the page tableentry, or, when enhanced DAT applies, in any region table entry usedduring the translation, and the storage reference for which thetranslation is being performed is a store, a protection exception isrecognized.

Formation of the Real and Absolute Addresses

When the effective ASCE is a real space designation, bits 0-63 of thevirtual address are used directly as the real storage address. The realaddress may be further subjected to prefixing to form an absoluteaddress. When the effective ASCE is not a real space designation and noexceptions in the translation process are encountered, the followingconditions apply:

-   -   When the enhanced DAT does not apply, or when enhanced DAT        applies but the STE format control is zero, the page frame real        address is obtained from the page table entry. The page frame        real address and the byte index portion of the virtual address        are concatenated, with the page frame real address forming the        leftmost part. The result is the real storage address which        corresponds to the virtual address. The real address may be        further subjected to prefixing to form an absolute address.    -   When enhanced DAT applies and the STE format control is one, the        segment frame absolute address and the page index and byte index        portions of the virtual address are concatenated, left to right,        respectively, to form the absolute address which corresponds to        the virtual address.        Recognition of Exceptions during Translation

Table entries marked invalid or containing invalid addresses or invalidformats can cause exceptions to be recognized during the translationprocess. Exceptions are recognized when information contained in tableentries is used for translation and is found to be incorrect.

In addition, an exception, for example, an ASCE-type exception. couldoccur if the virtual address to be translated is beyond the range thatcan be represented by the top-level table designated by the ASCE. In oneexample, an ASCE-type exception would occur as a result of the followingpseudocode:

-   If ((DT <3 AND RFX !=0) OR (DT <2 AND (RFX∥RSX) !=0) OR (DT<1 AND RX    !=0)) then asce_type_exception( );

The DT bits are the Designation type (bits 60-61 of the ASCE). The RFXis the Region-First Index (bits 0-10 of the virtual address). The RSX isthe Region-Second Index (bits 11-21 of the virtual address). The RX isthe entire region index (bits 0-32 of the virtual address). One skilledin this art would readily understand the logical operations and thecomparative operands used in the pseudo code.

Translation-Exception Qualifier (TXQ)

With respect to the Translation-Exception Qualifier, it should beunderstood that the term “when enhanced-DAT applies” pertains to thelevel (host or guest) at which the translation exception is presented.For example, a TXQ is presented on a host translation exception wheneverenhanced DAT applies at the host level, whether or not it applies at theguest level.

During a DAT-related program interruption, a translation exceptionidentification (TEID) is stored. When the enhanced-DAT facility isinstalled and enabled, a translation exception qualifier (TXQ) is storedin three bits of the TEID. The TXQ assists a host configuration indetermining whether the interruption was caused by the host or guest. Ifthe exception was caused by the guest, the TXQ indicates whether or notthe interruption was caused by the address contained in a guest leaftable entry and if so, whether the leaf entry was a Segment Table Entryor a Page Table Entry. This allows the host to recognize references toareas the guest views as 4 K-byte versus 1 M-byte frames. The TXQ isdesigned such that it can be expanded if a larger frame size is needed,e.g., 2 Gigabyte.

During a program interruption due to an ASCE-type,region-first-translation, region-second-translation,region-third-translation, segment-translation, or page-translationexception, bits 0-51 of the virtual address causing the exception arestored in bit positions 0-51 of locations 168-175. This address issometimes referred to as the translation-exception address. Bits 52-56of locations 168-175 are unpredictable.

When the enhanced-DAT facility is installed and enabled in the hostconfiguration and a host ASCE-type, region-translation,segment-translation, or page-translation exception is recognized, bits57-59 contain the translation-exception qualifier (TXQ), as follows:

-   -   0—Exception was caused by the currently-executing configuration        (that is, a guest DAT exception is presented during guest        execution, or a host DAT exception during host execution).    -   1—Exception was associated with a host virtual address derived        from a guest address other than those listed below.    -   2—Exception was associated with a host virtual address derived        from the guest page-frame real address.    -   3—Exception was associated with a host virtual address derived        from the guest segment-frame absolute address.    -   4-7 Reserved.

TXQ values 1-3 are presented only on host exceptions that occurredduring guest execution.

Two-Level DAT

As explained above, during execution of a pageable guest, two levels ofDAT are performed: guest virtual addresses are translated through guestDAT and, when applicable, prefixing to guest absolute addresses, whichare then treated as host virtual addresses in the host primary addressspace, and translated through host DAT and, when applicable, prefixingto host absolute addresses. During the guest DAT process, references aremade to guest translation table entries, located via guest absoluteaddresses which must also be translated through host DAT and, whenapplicable, prefixing. The process can result in guest DAT exceptionsbased on guest table specifications and contents, and each reference toa guest absolute address, for a guest table entry or the final target ofthe guest translation, can give rise to host DAT exceptions. Theappropriate TXQ must be generated for each of these exceptions, per thespecifications above. FIGS. 6-9 illustrate the guest DAT process indetail, and FIGS. 9-11 illustrate the host DAT process.

Guest DAT

Reference is now being made to FIG. 6 which illustrates a flow diagramof one embodiment of guest dynamic address translation to the point ofobtaining a format control field from a guest segment table entry.

At 602, a guest virtual address to be translated is obtained. At 604,the origin address, table level, and table length of the highesttranslation table used in translation of the virtual address areobtained. The origin address of the first translation table used intranslation is taken from the table origin field in the ASCE; the tablelevel and table length depend on the DT and TL bits in the ASCE,respectively. The table offset for the highest translation table used isalways treated as zero. At 606, an index portion of the guest virtualaddress to be used to reference the appropriate table entry in thetranslation table is first checked against the table offset and tablelength, which determine the minimum and maximum index values representedin the table. If, at 606, the index is outside this range, then furthertranslation of the virtual address cannot proceed. In one embodiment, at608, a guest translation exception is presented appropriate to the tablelevel being indexed (for example, a region-first, region-second,region-third, or segment translation exception). Because this is a guestDAT exception encountered while executing the guest, the TXQ is set tozero to signify an exception at the current configuration level. Thetranslation of this virtual address is then stopped, at 610. If, at 606,the index is within the valid range, then, at 612, the index multipliedby the table entry length is added to the table origin to generate theguest absolute address of a table entry. At 614, this guest absoluteaddress is treated as a host virtual address, and host DAT and, whenapplicable, prefixing are invoked to obtain the corresponding hostabsolute address. An additional parameter to host DAT, to be used ingenerating a TXQ if needed, indicates that the source of the address tobe translated is a guest address other than a page-frame real address orsegment-frame absolute address. FIGS. 9-11, explained below, detail thehost DAT process. If, at 616, the host DAT process failed, then at 618,the guest translation process is terminated; the host DAT process willhave generated an exception. The TXQ for this host exception isdetermined as described in FIG. 9. If, at 616, the host DAT processsucceeded, then at 620, the guest translation-table entry is fetchedusing the resulting host absolute address. At 622, the invalid (I) bitin the guest table entry is examined. If it is set, then furthertranslation of the virtual address cannot proceed using the table entrybecause it has been marked as being invalid; at 608, a guest translationexception is presented, with a TXQ value indicating the currentconfiguration, as above, and further translation of this virtual addressusing this segment table entry stops at 610. Otherwise, at 624, if theentry fetched from the guest translation table is not a segment tableentry then the segment table in the hierarchy of translation tables hasnot yet been referenced. In this case, at 626, the origin, offset, andlength of a next lower table in the hierarchy of guest translationtables is obtained from the table entry. Control returns to step 606, atwhich the next index field within the guest virtual address is checkedagainst the new offset and length, and if within range, this index isused to reference the corresponding table entry in the next lower tableused in translation.

For example, if the table origin address of the first guest translationtable to be used in translation is a region first table then the RFXportion of the guest virtual address is used to reference a region firsttable entry with the region first table. If the table origin address isto a region second table then the RSX portion of the virtual address isused to reference a region second table entry within the region secondtable. If the table origin address is to a region third table then theRTX portion of the virtual address is used to reference a region thirdtable entry within the region third table. If the table origin addressis to a segment table then the SX portion of the virtual address is usedto reference a segment table entry within the segment table. Successivetables are referenced until the segment table entry has been fetched.

Once the guest segment table entry has been fetched, at 628, the segmenttable entry (STE) format control bit is examined to determine if formatcontrol is set for this particular virtual address. If the STE formatcontrol is zero then dynamic address translation occurs with respect tonode 630. If the STE format control is one then dynamic addresstranslation occurs with respect to node 632.

Guest Dynamic Address Translation (STE Format Control is Zero)

Reference is now being made to FIG. 7 which illustrates a continuationof the flow diagram from node 630 of FIG. 6 when the guest STE formatcontrol is zero.

At 710, an origin address to a guest page table is obtained from theguest segment table entry. At 712, a page index (PX) portion of theguest virtual address is multiplied by the table entry length and addedto the guest page table origin to generate the guest absolute address ofa guest page table entry. At 714, this guest absolute address is treatedas a host virtual address, and host DAT and, when applicable, prefixingare invoked to obtain the corresponding host absolute address. Anadditional parameter to host DAT, to be used in generating a TXQ ifneeded, indicates that the source of the address to be translated is aguest address other than a page-frame real address or segment-frameabsolute address. If, at 716, the host DAT process failed, then at 718,the guest translation process is terminated; the host DAT process willhave generated an exception. If, at 716, the host DAT process succeeded,then at 720, the guest page table entry is fetched using the resultinghost absolute address. An Invalid (I) bit is obtained from the guestpage table entry. If, at 722, the Invalid (I) bit is one then,translation of the virtual address cannot continue using this page tableentry because the entry has been marked as being invalid; at 724, aguest page translation exception is presented, with a TXQ valueindicating the exception arises from translation at the currentconfiguration level. Further translation of the virtual address usingthis page table entry stops, at 726. If, at 722, the Invalid (I) bit iszero then, at 728, the guest page frame real address (PFRA) from theguest page table entry is combined with a byte index (BX) portion of theguest virtual address to generate the guest real address correspondingto the input guest virtual address. At 730, this guest real address isfurther subject to a guest prefixing operation to form a guest absoluteaddress. At 732, this guest absolute address is treated as a hostvirtual address, and host DAT and, when applicable, prefixing areinvoked to obtain the corresponding host absolute address. An additionalparameter to host DAT, to be used in generating a TXQ if needed,indicates that the source of the address to be translated is a guestpage-frame real address. If, at 734, the host DAT process failed, thenat 718, the guest translation process is terminated; the host DATprocess will have generated an exception. If, at 734, the host DATprocess succeeded, then at 736, the resulting host absolute address isused to access a block of data addressed by the translated guest virtualaddress.

Guest Dynamic Address Translation (STE Format Control is One)

Reference is now being made to FIG. 8 which illustrates a continuationof the flow diagram from node 632 of FIG. 6 when the guest STE formatcontrol is one.

At 810, a guest segment frame absolute address (SFAA) is obtained from aportion of the guest segment table entry. At 812, the guest segmentframe absolute address (SFAA) is combined with the PX and BX portions ofthe guest virtual address to generate the guest absolute address of adesired block of data in main storage or in memory. At 814, this guestabsolute address is treated as a host virtual address, and host DAT and,when applicable, prefixing are invoked to obtain the corresponding hostabsolute address. An additional parameter to host DAT, to be used ingenerating a TXQ if needed, indicates that the source of the address tobe translated is a guest segment frame absolute address. If, at 816, thehost DAT process failed, then at 818, the guest translation process isterminated; the host DAT process will have generated an exception. If,at 816, the host DAT process succeeded, then at 720, the resulting hostabsolute address is used to access the desired block of data addressedby the translated guest virtual address.

Host DAT

Reference is now being made to FIG. 9 which illustrates a flow diagramof one embodiment of host dynamic address translation at the host level,which may be invoked from the guest EDAT process, to obtain a formatcontrol field from a host segment table entry.

At 902, a host virtual address to be translated is obtained. At 904, theorigin address, table level, and table length of the highest hosttranslation table used in translation of the host virtual address areobtained. The origin address of the first host translation table used intranslation is taken from the table origin field in the ASCE; the tablelevel and table length depend on the DT and TL bits in the ASCE,respectively. The table offset for the highest translation table used isalways treated as zero. At 906, an index portion of the host virtualaddress to be used to reference the appropriate table entry in thetranslation table is first checked against the table offset and tablelength, which determine the minimum and maximum index values representedin the table. If, at 906, the index is outside this range, then furthertranslation of the virtual address cannot proceed; a host translationexception must be presented, appropriate to the table level beingindexed (for example, a region-first, region-second, region-third, orsegment translation exception). In one embodiment, at 908, a test ismade of whether a guest program is currently executing. If not, that is,if the host is executing, then at 910, a host translation exception ispresented with the TXQ set, for example, to zero, to signify anexception at the current configuration level. If instead a guest programis executing, then at 912, a host translation exception is presentedwith the TXQ set to the address source value passed from the guesttranslation operation. In either case, the translation process is thenstopped, at 914.

If, at 906, the index is within the valid range, then, at 916, the indexmultiplied by the table entry length is added to the host table originto generate the host absolute address of a host table entry. At 918, thehost translation table entry is fetched using this host absoluteaddress. At 920, the invalid (I) bit in the host table entry isexamined. If it is set, then further translation of the virtual addresscannot proceed using the table entry because it has been marked as beinginvalid; control is transferred to 908 to present a host translationexception with the appropriate TXQ value, as above, and furthertranslation of this virtual address using this segment table entrystops. Otherwise, at 922, if the entry fetched from the translationtable is not a segment table entry then the segment table in thehierarchy of translation tables has not yet been referenced. In thiscase, at 924, the origin, offset, and length of a next lower table inthe hierarchy of host translation tables is obtained from the tableentry. Control returns to step 906, at which the next index field withinthe host virtual address is checked against the new offset and length,and if within range, this index is used to reference the correspondinghost table entry in the next lower table used in translation.

For example, if the table origin address of the first host translationtable to be used in translation is a region first table then the RFXportion of the host virtual address is used to reference a region firsttable entry with the region first table. If the table origin address isto a region second table then the RSX portion of the virtual address isused to reference a region second table entry within the region secondtable. If the table origin address is to a region third table then theRTX portion of the virtual address is used to reference a region thirdtable entry within the region third table. If the table origin addressis to a segment table then the SX portion of the virtual address is usedto reference a segment table entry within the segment table. Successivetables are referenced until the segment table entry has been fetched.

Once the host segment table entry has been fetched, at 926, the segmenttable entry (STE) format control bit is examined to determine if formatcontrol is set for this particular virtual address. If the STE formatcontrol is zero then dynamic address translation occurs with respect tonode 928. If the STE format control is one then dynamic addresstranslation occurs with respect to node 930.

Host Dynamic Address Translation (STE Format Control is Zero)

Reference is now being made to FIG. 10 which illustrates a continuationof the flow diagram from node 928 of FIG. 9 when the host STE formatcontrol is zero.

At 1002, an origin address to a host page table is obtained from thehost segment table entry. At 1004, a page index (PX) portion of the hostvirtual address is multiplied by the table entry length and added to thepage table origin to generate the host absolute address of a host pagetable entry. At 1006, the host page table entry is fetched using thishost absolute address. An Invalid (I) bit is obtained from the host pagetable entry. If, at 1008, the Invalid (I) bit is one then, translationof the virtual address cannot continue using this page table entrybecause the entry has been marked as being invalid; control istransferred to 940 in FIG. 9, to present a host translation exceptionwith the appropriate TXQ value, as above, and further translation ofthis virtual address using this page table entry stops. If, at 1008, theInvalid (I) bit is zero then, at 1010, the host page frame real address(PFRA) from the page table entry is combined with the byte index (BX)portion of the host virtual address to generate the host real addresscorresponding to the input host virtual address. At 1012, this host realaddress is further subject to a host prefixing operation to form a hostabsolute address. At 1014, this host absolute address is returned as theresult of the host address translation, to be used, for example, in theguest DAT process which invoked it, or if none, then to access thetarget data during host execution.

Host Dynamic Address Translation (STE Format Control is One)

Reference is now being made to FIG. 11 which illustrates a continuationof the flow diagram from node 930 of FIG. 9 when the host STE formatcontrol is one.

At 1102, a host segment frame absolute address (SFAA) is obtained from aportion of the host segment table entry. At 1104, the host segment frameabsolute address (SFAA) is combined with the PX and BX portions of thehost virtual address to generate the host absolute address of a desiredblock of data in main storage or in memory. At 1106, this host absoluteaddress is returned as the result of the host address translation, to beused, for example, in the guest DAT process which invoked it, or ifnone, then to access the target data during host execution.

The translation exception qualifier (TXQ) field is thus capable ofindicating that the interruption was caused by an address contained in aguest leaf table entry and if so, whether the leaf entry was a segmenttable entry or a page table entry; that is, whether the exception wasassociated with a host virtual address derived from a guest page framereal address or was associated with a host virtual address derived froma guest segment frame absolute address. The TXQ field is thereby capableof indicating the proper size of host frame with which to back a guestframe. It is further capable of indicating that a larger frame size isneeded, e.g. 2 Gigabyte or larger.

Commercial Implementation

Although the z/Architecture® by IBM® is mentioned herein, one or moreaspects of the present invention are equally applicable to other machinearchitectures and/or computing environments employing pageable entitiesor similar constructs.

Commercial implementations of the EDAT facility, the TXQ, and otherformats, instructions, and attributes disclosed herein can beimplemented either in hardware or by programmers, such as operatingsystem programmers, writing in, for example, assembly language. Suchprogramming instructions may be stored on a storage medium intended tobe executed natively in a computing environment such as the IBM® Systemz server, or alternatively in machines executing other architectures.The instructions can be emulated in existing and in future servers andon other machines or mainframes. They can be executed in machines wheregenerally execution is in an emulation mode.

In emulation mode, the specific instruction being emulated is decoded,and a subroutine is executed to implement the individual instruction, asin a subroutine or driver, or some other technique is used for providinga driver for the specific hardware, as is within the skill of those inthe art after understanding the description hereof. Various software andhardware emulation techniques are described in numerous United Statespatents including: U.S. Pat. Nos. 5,551,013, 5,574,873, 5,790,825,6,009,261, 6,308,255, and 6,463,582, each of which is incorporatedherein by reference. Many other teachings further illustrate a varietyof ways to achieve emulation of an instruction set architected for atarget machine.

Other Variations and Architectures

The various embodiments described herein are just examples. There may bemany variations to these embodiments without departing from the spiritof the present invention.

One or more of the capabilities of the present invention can beimplemented in software, firmware, hardware, or some combinationthereof. Aspects of the invention are beneficial to many types ofenvironments, including other environments that have a plurality ofzones, and non-partitioned environments. Further, there may be nocentral processor complexes, but yet, multiple processors coupledtogether. Various aspects hereof are applicable to single processorenvironments.

Although particular environments are described herein, again, manyvariations to these environments can be implemented without departingfrom the spirit of the present invention. For example, if theenvironment is logically partitioned, then more or fewer logicalpartitions may be included in the environment. Further, there may bemultiple central processing complexes coupled together. These are onlysome of the variations that can be made without departing from thespirit of the present invention. Additionally, other variations arepossible.

Although the term ‘page’ is used to refer to a fixed size or apredefined size area of storage, the size of a page can vary. Similarly,the size of a block can vary. There may be different sizes of blocksand/or pages. A page may be equivalent to a block. Other structures maybe alternatively used or otherwise implemented through software and/orhardware. Further, in the examples described herein, there may be manyvariations, including, but not limited to different sized words oraddresses; a different number of bits; bits in a different order; more,fewer or different bits; more, fewer or different fields; fields in adiffering order; different sizes of fields; etc. Again, these are onlyprovided as an example. Many variations are possible.

A possible variation on the translation process described here is totreat the DAT table entry addresses as real rather than absoluteaddresses. Another possible variation is to perform a transformationbetween guest absolute and host virtual addresses, such as adding aguest main-storage origin or testing against a guest main-storage limit,so as to restrict guest absolute storage to a desired portion of thecontaining host address space. Yet another variation would allow forguest absolute addresses to be referenced in multiple host addressspaces, selected, for example, by access register contents.

A processing unit includes pageable entities, such as guests, hosts,other processors, emulators, virtual machines, and/or other similarconstructs. A buffer includes an area of storage and/or memory as wellas different types of data structures including, but not limited to,arrays or pageable entities. A table can include other data structuresas well. An instruction can reference other registers. Moreover, a page,a segment, and/or a region can be of varying sizes different than thosedescribed herein.

One or more aspects of the present invention can be included in anarticle of manufacture (e.g., one or more computer program products)having, for instance, computer usable or machine readable media. Themedia has embodied therein, for instance, computer readable program codemeans or logic (e.g., instructions, code, commands, etc.) to provide andfacilitate the capabilities of the present invention. The article ofmanufacture can be included as a part of a computer system or soldseparately. Additionally, at least one program storage device readableby a machine embodying at least one program of instructions executableby the machine to perform the capabilities of the present invention canbe provided.

The flow diagrams depicted herein are illustrative. There may be manyvariations to these diagrams or the steps or operations describedwithout departing from the spirit of the invention. For instance, thesteps may be performed in a differing order, or steps may be added,deleted or modified. All of these variations are considered a part ofthe invention as claimed.

Although embodiments hereof have been depicted and described in detailherein, it will be apparent to those skilled in the relevant art thatvarious modifications, additions, substitutions and the like can be madewithout departing from the spirit of the invention and these aretherefore considered to be within the scope of the invention as definedin the following claims.

1. A computer program product for qualifying a translation exception ina dynamic address translation (DAT) facility configured to translate aprogram address into a translated address of a desired block of hostmain storage in a computer system, the computer system comprising a hostmachine and a guest virtual machine (VM), the guest VM being provisionedwith virtual resources by a host program of the host machine, the hostmachine having host resources including host main storage, the guest VMcomprising a guest operating system, the virtual resources comprisingguest main storage, the computer program product comprising: a storagemedium readable by said computer system, said storage medium storinginstructions for performing a method comprising: obtaining the programaddress to be translated; translating the program address into anaddress of a desired block in main storage, the program addresscomprising one of a guest referenced address referenced by a guestprogram and a host referenced address referenced by said host program,the guest referenced address for determining a corresponding guestaddress of a block of guest main storage, the translating comprisingperforming: responsive to the program address comprising the hostreferenced address referenced by said host program, performing a hostDAT comprising: based on host DAT tables, dynamically translating thehost referenced address to determine the address of the desired block ofhost main storage; and responsive to the program address comprising theguest referenced address referenced by said guest program, performingguest DAT comprising: based on one or more of guest DAT tables and thehost DAT tables, dynamically translating the guest referenced address todetermine the address of the desired block of host main storage; and inresponse to a translation exception event having occurred during saidtranslating of the program address, storing a translation exceptionqualifier (TXQ) value to indicate whether said translation exceptionevent relates to the host referenced address referenced by said hostprogram or the guest referenced address referenced by said guestprogram.
 2. The computer program product according to claim 1, whereinthe translation exception event is caused by dynamic address translationbased on the host DAT tables, wherein responsive to the program addressbeing the guest referenced address and the dynamically translating theguest referenced address being based on both the guest DAT tables andthe host DAT tables, performing: based on the guest DAT tables,translating the guest referenced address to determine the guest addressof the block of guest main storage, and based on the host DAT tables,translating the guest address of the block of guest main storage todetermine the host address of the desired block of host main storage,wherein the guest address of the block of guest main storage comprisesany one of a guest page frame real address obtained from a guest pagetable entry, or a guest segment frame absolute address obtained from aguest segment table entry, the guest segment table entry having theguest segment frame absolute address and an enabled format control (FC)field, the page frame real address subject to prefixing to form a realaddress.
 3. The computer program product according to claim 2, furthercomprising storing said TXQ value to indicate that said translationexception event was caused by said host referenced address encounteringa host DAT exception, the TXQ value being a
 0. 4. The computer programproduct according to claim 2, further comprising storing said TXQ valueto indicate that said translation exception event pertained to host DATtranslation of a host virtual address derived from said guest referencedaddress, the host virtual address not being derived from the guest pagetable entry or the guest segment table entry comprising the enabled FCfield, the TXQ value being a
 1. 5. The computer program productaccording to claim 2, further comprising storing said TXQ value toindicate that said DAT translation exception event pertained to host DATtranslation of a host virtual address derived from said guest referencedaddress, the host virtual address comprising said guest page frame realaddress, the TXQ value being a
 2. 6. The computer program productaccording to claim 2, further comprising storing said TXQ value toindicate that said translation exception event pertained to host DATtranslation of a host virtual address derived from said guest referencedaddress, the host virtual address comprising said guest segment frameabsolute address, the TXQ value being a
 3. 7. The computer programproduct according to claim 2, wherein the TXQ value comprises a firstcode responsive to said translation exception event being caused by saidhost referenced address encountering a host DAT exception, wherein theTXQ value comprises a second code responsive to said translationexception being caused by a host DAT translation of the host virtualaddress derived from said guest referenced address, the host virtualaddress not being derived from either the guest page table entry or theguest segment table entry comprising the enabled FC field, wherein theTXQ value comprises a third code responsive to said translationexception event being caused by host DAT translation of said hostvirtual address derived from said guest referenced address, the hostvirtual address comprising said guest page frame real address, andwherein the TXQ value comprises a fourth code responsive to saidtranslation exception event being caused by host DAT translation of saidhost virtual address derived from said guest referenced address, thehost virtual address comprising said guest segment frame absoluteaddress.
 8. The computer program product according to claim 7, whereinthe translation exception event is caused by a host DAT exceptioncomprising any one of an Address Space Control Element (ASCE)-typeexception, a region-first-translation exception, aregion-second-translation exception, a region-third-translationexception, a segment-translation exception or a page-translationexception, wherein the TXQ value is stored in bits 57-59 of host mainstorage locations 168-175.
 9. The computer program product according toclaim 2, wherein responsive to the host program of a machine instructionarchitecture other than a machine instruction architecture of the hostmachine, the computer program product comprises the further steps of:interpreting instructions of the host program to identify apredetermined software routine for emulating the operation of theinstructions, the predetermined software routine comprising a pluralityof instructions; and executing the predetermined software routine.
 10. Asystem for qualifying a translation exception in a dynamic addresstranslation (DAT) facility configured to translate a program addressinto a translated address of a desired block of host main storage in acomputer system, the computer system comprising a host machine and aguest virtual machine (VM), the guest VM being provisioned with virtualresources by a host program of the host machine, the host machine havinghost resources including host main storage, the guest VM comprising aguest operating system, the virtual resources comprising guest mainstorage, the system comprising: a computer memory configured to storemachine instructions and a hierarchy of translation tables used fordynamic address translation; and a processor in communication with saidcomputer memory, said processor configured to access said hierarchy oftranslation tables stored in said memory, said processor configured toperform a method comprising: obtaining the program address to betranslated; translating the program address into an address of a desiredblock in main storage, the program address comprising one of a guestreferenced address referenced by a guest program and a host referencedaddress referenced by said host program, the guest referenced addressfor determining a corresponding guest address of a block of guest mainstorage, the translating comprising performing: responsive to theprogram address comprising the host referenced address referenced bysaid host program, performing a host DAT comprising: based on host DATtables, dynamically translating the host referenced address to determinethe address of the desired block of host main storage; and responsive tothe program address comprising the guest referenced address referencedby said guest program, performing guest DAT comprising: based on one ormore of guest DAT tables and the host DAT tables, dynamicallytranslating the guest referenced address to determine the address of thedesired block of host main storage; and in response to a translationexception event having occurred during said translating of the programaddress, storing a translation exception qualifier (TXQ) value toindicate whether said translation exception event relates to the hostreferenced address referenced by said host program or the guestreferenced address referenced by said guest program.
 11. The systemaccording to claim 10, wherein the translation exception event is causedby dynamic address translation based on the host DAT tables, whereinresponsive to the program address being the guest referenced address andthe dynamically translating the guest referenced address being based onboth the guest DAT tables and the host DAT tables, performing: based onthe guest DAT tables, translating the guest referenced address todetermine the guest address of the block of guest main storage, andbased on the host DAT tables, translating the guest address of the blockof guest main storage to determine the host address of the desired blockof host main storage, wherein the guest address of the block of guestmain storage comprises any one of a guest page frame real addressobtained from a guest page table entry, or a guest segment frameabsolute address obtained from a guest segment table entry, the guestsegment table entry having the guest segment frame absolute address andan enabled format control (FC) field, the page frame real addresssubject to prefixing to form a real address.
 12. The system according toclaim 11, further comprising storing said TXQ value to indicate thatsaid translation exception event was caused by said host referencedaddress encountering a host DAT exception, the TXQ value being a
 0. 13.The system according to claim 11, further comprising storing said TXQvalue to indicate that said translation exception event pertained tohost DAT translation of a host virtual address derived from said guestreferenced address, the host virtual address not being derived from theguest page table entry or the guest segment table entry comprising theenabled FC field, the TXQ value being a
 1. 14. The system according toclaim 11, further comprising storing said TXQ value to indicate thatsaid DAT translation exception event pertained to host DAT translationof a host virtual address derived from said guest referenced address,the host virtual address comprising said guest page frame real address,the TXQ value being a
 2. 15. The system according to claim 11, furthercomprising storing said TXQ value to indicate that said translationexception event pertained to host DAT translation of a host virtualaddress derived from said guest referenced address, the host virtualaddress comprising said guest segment frame absolute address, the TXQvalue being a
 3. 16. The system according to claim 11, wherein the TXQvalue comprises a first code responsive to said translation exceptionevent being caused by said host referenced address encountering a hostDAT exception, wherein the TXQ value comprises a second code responsiveto said translation exception being caused by a host DAT translation ofthe host virtual address derived from said guest referenced address, thehost virtual address not being derived from either the guest page tableentry or the guest segment table entry comprising the enabled FC field,wherein the TXQ value comprises a third code responsive to saidtranslation exception event being caused by host DAT translation of saidhost virtual address derived from said guest referenced address, thehost virtual address comprising said guest page frame real address, andwherein the TXQ value comprises a fourth code responsive to saidtranslation exception event being caused by host DAT translation of saidhost virtual address derived from said guest referenced address, thehost virtual address comprising said guest segment frame absoluteaddress.
 17. The system according to claim 16, wherein the translationexception event is caused by a host DAT exception comprising any one ofan Address Space Control Element (ASCE)-type exception, aregion-first-translation exception, a region-second-translationexception, a region-third-translation exception, a segment-translationexception or a page-translation exception, wherein the TXQ value isstored in bits 57-59 of host main storage locations 168-175.
 18. Thesystem according to claim 11, wherein responsive to the host program ofa machine instruction architecture other than a machine instructionarchitecture of the host machine, the computer program product comprisesthe further steps of: interpreting instructions of the host program toidentify a predetermined software routine for emulating the operation ofthe instructions, the predetermined software routine comprising aplurality of instructions; and executing the predetermined softwareroutine.
 19. A computer implemented method for qualifying a translationexception in a dynamic address translation (DAT) facility configured totranslate a program address into a translated address of a desired blockof host main storage in a computer system, the computer systemcomprising a host machine and a guest virtual machine (VM), the guest VMbeing provisioned with virtual resources by a host program of the hostmachine, the host machine having host resources including host mainstorage, the guest VM comprising a guest operating system, the virtualresources comprising guest main storage, the method comprising:obtaining the program address to be translated; translating the programaddress into an address of a desired block in main storage, the programaddress comprising one of a guest referenced address referenced by aguest program and a host referenced address referenced by said hostprogram, the guest referenced address for determining a correspondingguest address of a block of guest main storage, the translatingcomprising performing: responsive to the program address comprising thehost referenced address referenced by said host program, performing ahost DAT comprising: based on host DAT tables, dynamically translatingthe host referenced address to determine the address of the desiredblock of host main storage; and responsive to the program addresscomprising the guest referenced address referenced by said guestprogram, performing guest DAT comprising: based on one or more of guestDAT tables and the host DAT tables, dynamically translating the guestreferenced address to determine the address of the desired block of hostmain storage; and in response to a translation exception event havingoccurred during said translating of the program address, storing atranslation exception qualifier (TXQ) value to indicate whether saidtranslation exception event relates to the host referenced addressreferenced by said host program or the guest referenced addressreferenced by said guest program.
 20. The method according to claim 19,wherein the translation exception event is caused by dynamic addresstranslation based on the host DAT tables, wherein responsive to theprogram address being the guest referenced address and the dynamicallytranslating the guest referenced address being based on both the guestDAT tables and the host DAT tables, performing: based on the guest DATtables, translating the guest referenced address to determine the guestaddress of the block of guest main storage, and based on the host DATtables, translating the guest address of the block of guest main storageto determine the host address of the desired block of host main storage,wherein the guest address of the block of guest main storage comprisesany one of a guest page frame real address obtained from a guest pagetable entry, or a guest segment frame absolute address obtained from aguest segment table entry, the guest segment table entry having theguest segment frame absolute address and an enabled format control (FC)field, the page frame real address subject to prefixing to form a realaddress.
 21. The method according to claim 20, further comprisingstoring said TXQ value to indicate that said translation exception eventwas caused by said host referenced address encountering a host DATexception, the TXQ value being a
 0. 22. The method according to claim20, further comprising storing said TXQ value to indicate that saidtranslation exception event pertained to host DAT translation of a hostvirtual address derived from said guest referenced address, the hostvirtual address not being derived from the guest page table entry or theguest segment table entry comprising the enabled FC field, the TXQ valuebeing a
 1. 23. The method according to claim 20, further comprisingstoring said TXQ value to indicate that said translation exception eventpertained to host DAT translation of a host virtual address derived fromsaid guest referenced address, the host virtual address comprising saidguest segment frame absolute address, the TXQ value being a
 3. 24. Themethod according to claim 20, further comprising storing said TXQ valueto indicate that said translation exception event pertained to host DATtranslation of a host virtual address derived from said guest referencedaddress, the host virtual address comprising said guest segment frameabsolute address, the TXQ value being a
 3. 25. The method according toclaim 20, wherein the TXQ value comprises a first code responsive tosaid translation exception event being caused by said host referencedaddress encountering a host DAT exception, wherein the TXQ valuecomprises a second code responsive to said translation exception beingcaused by a host DAT translation of the host virtual address derivedfrom said guest referenced address, the host virtual address not beingderived from either the guest page table entry or the guest segmenttable entry comprising the enabled FC field, wherein the TXQ valuecomprises a third code responsive to said translation exception eventbeing caused by host DAT translation of said host virtual addressderived from said guest referenced address, the host virtual addresscomprising said guest page frame real address, and wherein the TXQ valuecomprises a fourth code responsive to said translation exception eventbeing caused by host DAT translation of said host virtual addressderived from said guest referenced address, the host virtual addresscomprising said guest segment frame absolute address.
 26. The methodaccording to claim 25, wherein the translation exception event is causedby a host DAT exception comprising any one of an Address Space ControlElement (ASCE)-type exception, a region-first-translation exception, aregion-second-translation exception, a region-third-translationexception, a segment-translation exception or a page-translationexception, wherein the TXQ value is stored in bits 57-59 of host mainstorage locations 168-175.
 27. The computer program product according toclaim 20, wherein responsive to the host program of a machineinstruction architecture other than a machine instruction architectureof the host machine, the computer program product comprises the furthersteps of: interpreting instructions of the host program to identify apredetermined software routine for emulating the operation of theinstructions, the predetermined software routine comprising a pluralityof instructions; and executing the predetermined software routine.